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

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

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

这篇mozilla开发人员中心的文章描述了各种跨域请求场景。这篇文章似乎表明，内容类型为“application/x-www-form-urlencoded”的POST请求应该作为“简单请求”发送(不包含“preflight”OPTIONS请求)。然而，我发现Firefox发送了OPTIONS请求，尽管我的POST是用那种内容类型发送的。

我能够通过在服务器上创建一个选项请求处理程序来实现这一点，将“Access-Control-Allow-Origin”响应头设置为“*”。你可以通过设置一些具体的内容来限制它，比如'http://someurl.com'。此外，我还读到，您可以指定一个逗号分隔的多个起源列表，但我不能让它工作。

一旦Firefox收到带有可接受的“Access-Control-Allow-Origin”值的OPTIONS请求的响应，它就会发送POST请求。

我已经使用完全基于apache的解决方案解决了这个问题。在我的vhost / htaccess我把下面的块:

# enable cross domain access control
Header always set Access-Control-Allow-Origin "*"
Header always set Access-Control-Allow-Methods "POST, GET, OPTIONS"

# force apache to return 200 without executing my scripts
RewriteEngine On
RewriteCond %{REQUEST_METHOD} OPTIONS
RewriteRule .* / [R=200,L]

您可能不需要后一部分，这取决于Apache执行目标脚本时会发生什么。后面的部分要归功于友好的ServerFault人员。

我使用代理url来解决类似的问题，当我想要发布数据到我的apache solr托管在另一个服务器。(这可能不是完美的答案，但它解决了我的问题。)

使用模式重写代理，我添加这一行到我的httpd.conf:

 RewriteRule ^solr/(.*)$ http://ip:8983/solr$1 [P]

因此，我可以将数据发布到/solr，而不是发布到http://ip:8983/solr/*。然后它将在相同的源中发布数据。

我已经有这段代码处理好我的cors情况在php:

header( 'Access-Control-Allow-Origin: '.CMSConfig::ALLOW_DOMAIN );
header( 'Access-Control-Allow-Headers: '.CMSConfig::ALLOW_DOMAIN );
header( 'Access-Control-Allow-Credentials: true' );

它在本地和远程都工作得很好，但在远程时就不能上传了。

apache/php或我的代码发生了一些事情，我没有费心搜索它，当你请求OPTIONS时，它返回我的头部与cors规则，但有302结果。因此，我的浏览器不能识别为可接受的情况。

我所做的，基于@Mark McDonald的回答，只是把这段代码放在我的标题后面:

if( $_SERVER['REQUEST_METHOD'] === 'OPTIONS' )
{
    header("HTTP/1.1 202 Accepted");
    exit;
}

现在，当请求OPTIONS时，它只会发送报头和202结果。

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

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