罪魁祸首是使用OPTIONS方法的飞行前请求

对于可能对用户数据产生副作用的HTTP请求方法(特别是对于GET以外的HTTP方法，或者对于某些MIME类型的POST使用)，规范要求浏览器“预先处理”请求，使用HTTP OPTIONS请求方法从服务器请求受支持的方法，然后，在服务器“批准”后，使用实际的HTTP请求方法发送实际的请求。

Web规范参考:https://developer.mozilla.org/en-US/docs/Web/HTTP/Access_control_CORS

我通过在Nginx conf中添加以下行来解决这个问题。

    location / {
               if ($request_method = OPTIONS ) {
                   add_header Access-Control-Allow-Origin  "*";
                   add_header Access-Control-Allow-Methods "POST, GET, PUT, UPDATE, DELETE, OPTIONS";
                   add_header Access-Control-Allow-Headers "Authorization";
                   add_header Access-Control-Allow-Credentials  "true";
                   add_header Content-Length 0;
                   add_header Content-Type text/plain;
                   return 200;
               }
    location ~ ^/(xxxx)$ {
                if ($request_method = OPTIONS) {
                    rewrite ^(.*)$ / last;
                }
    }

尝试添加以下选项:

数据类型：“json”

您需要在服务器端做一些工作。我看到你在服务器端使用PHP，但解决方案。net web应用程序在这里: 在jQuery.ajax中不能将content-type设置为application/json

在PHP脚本中执行同样的操作，它将工作。简单地说:第一次请求浏览器询问服务器是否允许以这种类型发送这样的数据，第二次请求是适当的/允许的。

我已经发布了一个明确的例子，如何解决这个问题，如果控制服务器代码的域名，你要张贴。这个答案在这篇文章中有所涉及，但在我看来，这篇文章更清楚地解释了这个问题。

如何通过JavaScript发送跨域POST请求?

我们在ASP.Net上也遇到过类似的问题。我们的IIS在试图执行jQuery $时返回一个内部服务器错误。由于PageHandlerFactory被限制只响应get,HEAD, post,DEBUG动词，post来获取一些html内容。所以你可以改变这个限制添加动词OPTIONS到列表中或者选择All Verbs

你可以在你的IIS管理器中修改它，选择你的网站，然后选择处理程序映射，双击你的PageHandlerFactory *。apx文件作为您需要的(我们使用集成应用程序池与框架4.0)。点击Request Restrictions，然后转到Verbs Tabn，应用你的修改。

现在我们的$。Post请求按预期工作:)

另一种绕过这个问题的方法是使用代理脚本。例如，这里描述了该方法