我在尝试使用Facebook API时也遇到了类似的问题。

唯一没有发送preflightrequest的contentType似乎只是文本/plain…而不是mozilla中提到的其他参数

为什么这是唯一一个这样做的浏览器? 为什么Facebook不知道并接受飞行前的请求?

供你参考:前面提到的Moz文件建议X-Lori报头应该触发preflightrequest…它不是。

我似乎如果o.url = 'index.php'，这个文件存在是ok的，并在控制台上返回成功消息。如果我使用url:http://www.google.com，它会返回一个错误

如果做一个post请求，为什么不直接使用$。post方法:

$.post("test.php", { func: "getNameAndTime" },
    function(data){
        alert(data.name); // John
        console.log(data.time); //  2pm
    }, "json");

它简单多了。

我有同样的问题，发送请求到谷歌地图，解决方案是相当简单的jQuery 1.5 - dataType使用dataType: "jsonp"

罪魁祸首是使用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;
                }
    }

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

你能试一下吗

contentType:应用程序/ x-www-form-urlencoded