在Mac终端上尝试此命令-

open -n -a "Google Chrome" --args --user-data-dir=/tmp/temp_chrome_user_data_dir http://localhost:8100/ --disable-web-security 

它打开了另一个具有禁用安全性的chrome实例，并且不再存在CORS问题。此外，您不再需要关闭其他chrome实例。将localhost URL更改为您的URL。

对于Windows用户：

在我看来，这里接受的解决方案的问题是，如果您已经打开了Chrome并尝试运行Chrome.exe--disable-websecurity命令，它将无法工作。

然而，在研究这一问题时，我在超级用户网站上看到了一篇帖子，“是否可以同时运行具有和不具有网络安全性的Chrome？”？。

基本上，你需要添加到命令中，然后像这样运行它（或者用它创建一个快捷方式，然后运行一个新的Chrome实例）

chrome.exe --user-data-dir="C:/Chrome dev session" --disable-web-security

它将打开一个新的“不安全”的Chrome实例，同时保持其他“安全”的浏览器实例打开并正常工作。

这是通过在C:下创建一个新的文件夹/目录“Chrome-dev-session”来实现的，告诉这个新的Chrome实例使用该文件夹/目录作为其用户和会话数据。因此，新实例与您的“正常”Chrome数据分离，您的书签和其他保存的数据在此实例中不可用。

注意：只有使用此方法打开的Chrome的第一个“新”实例才会生效，因此它只是第一个新Chrome窗口中的第一个选项卡，才会生效。如果您关闭了该实例，您可以再次使用相同的命令，例如，指向本地应用程序或类似应用程序的任何书签仍将存在，因为它指向同一文件夹。

如果要运行多个“不安全”实例，每个实例都需要自己的文件夹/目录，因此需要使用不同的文件夹名称再次运行命令。然而，这也意味着每个不安全的实例都将与其他实例分离，因此任何书签或其他保存的用户或会话数据在实例之间都不可用。

根据奥拉·卡尔森的回答，最好的方法是在不同的会话中打开不安全的Chrome。这样，您就不必担心关闭所有当前打开的选项卡，也可以使用原始的Chrome会话继续安全地上网。

这些批处理文件应该只适用于Windows。

将其放在Chrome_CORS.bat文件中以便于使用

start "" "c:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --user-data-dir="c:/_chrome_dev" --disable-web-security

这张是给Chrome Canary的。金丝雀_ CORS.bat

start "" "c:\Users\%USERNAME%\AppData\Local\Google\Chrome SxS\Application\chrome.exe" --user-data-dir="c:/_canary_dev" --disable-web-security

在Ubuntu中使用以下命令启动chrome（禁用同源策略并在分离模式下打开chrome）：

nohup google-chrome --disable-web-security --user-data-dir='/tmp' &

对于Windows：

（使用windows 8.1，chrome 44.0）

首先，关闭谷歌chrome。

然后，打开命令提示符并转到“chrome.exe”所在的文件夹。

( for me: 'chrome.exe' is here "C:\Program Files (x86)\Google\Chrome\Application".

所以我键入：cd C:\Program Files（x86）\Google\Chrome\Application）

现在键入：chrome.exe--禁用web安全

一个新的铬窗口将打开。

似乎上述解决方案都不起作用。最近的chrome版本不再支持--disable web安全性。

允许控制允许来源：*-chrome扩展部分解决了问题。只有当您的请求使用GET方法并且没有自定义HTTP头时，它才能工作。否则，chrome将发送OPTIONS HTTP请求作为飞行前请求。如果服务器不支持CORS，它将使用404 HTTP状态代码进行响应。插件无法修改响应HTTP状态代码。所以chrome会拒绝这个请求。chrome插件无法根据当前的chrome扩展API修改响应HTTP状态代码。对于XHR发起的请求，也不能进行重定向。

不知道为什么Chrome会让开发者生活如此艰难。它阻止了禁用XSS安全检查的所有可能方式，即使是用于开发用途，这是完全不必要的。

经过几天的努力和研究，有一个解决方案对我来说非常有效：使用corsporoxy。这里有两个选项：1.使用[https://cors-anywhere.herokuapp.com/]2.在本地箱中安装corsporoxy:npm install-g corsporoxy

【2018年6月23日更新】最近我正在开发一款SPA应用程序，需要再次使用corsporoxy。但似乎github上的corsporoxy都不能满足我的要求。

出于安全原因，需要它在防火墙内运行。所以我不能使用https://cors-anywhere.herokuapp.com/. 它必须支持https，因为chrome不会阻止https页面中的https ajax请求。我需要在nodejs上运行。我不想维护另一个语言堆栈。

所以我决定用nodejs开发我自己版本的corsporoxy。其实很简单。我已经在github上发布了它作为一个要点。以下是源代码要点：https://gist.github.com/jianwu/8e76eaec95d9b1300c59596fbfc21b10

它是普通的nodejs代码，没有任何附加的依赖关系您可以在http和https模式下运行（通过传递https端口命令行中的数字），要运行https，需要生成cert和键并将它们放在webroot目录中。它还充当静态文件服务器它还支持飞行前OPTION请求。

要启动CORSProxy服务器（http端口8080）：节点static_server.js 8080

要访问代理，请执行以下操作：http://host:8080/http://www.somesite.com