似乎上述解决方案都不起作用。最近的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

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

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

你可以使用这个名为“允许控制允许来源：*”的chrome插件。。。这使它变得非常简单，而且工作得非常好。在此处检查：*

只有对于OSX Catalina，以下命令对我有效。

open-n-a/Applications/Google\Chrome.app/Contents/MacOS/Google\Chrome--args--用户数据dir=“/tmp/Chrome_dev_test”--禁用web安全

仅适用于MAC用户

open -n -a /Applications/Google\ Chrome.app --args --user-data-dir="/tmp/someFolderName" --disable-web-security

在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。