fetch发送post请求时，总是发送两次，第一次状态码204，第二次才成功

Question

查了204代表没有内容，但还是不太明白作用和原理

Answer 1

详细权威的解读请看这里：https://developer.mozilla.org...

跨域资源共享标准新增了一组 HTTP 首部字段，允许服务器声明哪些源站有权限访问哪些资源。另外，规范要求，对那些可能对服务器数据产生副作用的 HTTP 请求方法（特别是 GET 以外的 HTTP 请求，或者搭配某些 MIME 类型的 POST 请求），浏览器必须首先使用 OPTIONS 方法发起一个预检请求（preflight request），从而获知服务端是否允许该跨域请求。服务器确认允许之后，才发起实际的 HTTP 请求。在预检请求的返回中，服务器端也可以通知客户端，是否需要携带身份凭证（包括 Cookies 和 HTTP 认证相关数据）。

Answer 2

原因很简单 因为你用的fetch post修改了请求头,导致fetch第一发送一个options请求，询问服务器是否支持修改的请求头，如过服务器支持，那么将会再次发送真正的请求。

Answer 3

是否是跨域请求呢？我也遇到了同样的问题，调用的是跨域接口。在网上找到了相关资料(http://www.cnblogs.com/sniper...：
OPTIONS请求方法的主要用途有两个：

1、获取服务器支持的HTTP请求方法；也是黑客经常使用的方法。

2、用来检查服务器的性能。例如：AJAX进行跨域请求时的预检，需要向另外一个域名的资源发送一个HTTP OPTIONS请求头，用以判断实际发送的请求是否安全。