Chrome的Allow Control Allow Origin插件不起作用。这是针对MacOS的

我将别名chrome='open-n-a/Applications/Google\chrome.app/Contents/MacOS/Google\Chrme--args-user data dir--disable web security'作为别名添加到我的.profile中。

其他命令将禁用我的其他扩展，这将在禁用cors的情况下启动正常的chrome

编辑3：扩展似乎不再存在。。。这些天来，为了避开CORS，我通常会在单独的目录中设置另一个版本的Chrome，或者使用Firefoxhttps://addons.mozilla.org/en-US/firefox/addon/cors-everywhere/相反

编辑2：我再也无法让这项工作持续下去了。

编辑：前几天我试着用另一个项目，但它停止了工作。卸载并重新安装扩展修复了它（以重置默认值）。

原始答案：

我不想重启Chrome并禁用我的网络安全（因为我在开发时正在浏览），无意中发现了这个Chrome扩展。

Chrome Web Store允许控件允许来源：*(https://chrome.google.com/webstore/detail/allow-control-allow-origi/nlfbmbojpeacfghkpbjhddihlkkiljbi?hl=en)

基本上，它是一个小切换开关，用于打开和关闭“允许访问源代码控制”检查。对于我所做的一切来说，这是完美的。

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

这是一个不断移动的目标。。。。今天我需要添加另一个标志以使其生效：--禁用站点隔离试验

操作系统X：open/Applications/Google\Chrome.app--args--用户数据dir=“/var/tmp/Chrome_dev_2”--禁用web安全--禁用站点隔离测试

在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窗口中的第一个选项卡，才会生效。如果您关闭了该实例，您可以再次使用相同的命令，例如，指向本地应用程序或类似应用程序的任何书签仍将存在，因为它指向同一文件夹。

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