本地调试前端项目时，接口请求被Chrome拦截。

控制台报出“Access to XMLHttpRequest has been blocked by CORS policy”。

看到这个错误的第一反应，往往以为是后端没配跨域头，或者代码里写错了什么。

但注意：只要是在本地开发环境下遇到的，基本可以断定是浏览器自身的同源策略在作祟，跟代码逻辑无关。

解决办法也直接：通过命令行参数启动一个特殊配置的Chrome实例，从根源上绕过安全策略。具体怎么做？往下看。

关闭所有Chrome进程

这一步是真正的第一道门槛，也是最容易被忽略的细节。

很多人以为点个红色叉号就完事了。但Chrome在后台还挂着渲染进程和服务进程。

不把它们全清掉，新窗口启动时依旧会沿用旧会话的安全策略，参数根本不会生效。

正确做法：

• Windows下按Ctrl+Shift+Esc打开任务管理器，逐一结束所有chrome.exe进程。
• macOS则打开活动监视器，搜索“Google Chrome”，把每一个实例都强制退出。
• Linux用户用killall chrome或直接任务管理器杀掉。

别嫌麻烦，这一步做得干净，后面才会有效。

Windows系统命令行启动

有两种方式，看你的习惯选一个。

方法一：临时快速执行

按下Win+R调出运行框，输入cmd回车，然后粘贴下面这条命令（注意替换成你电脑上Chrome的实际安装路径）：

"C:Program FilesGoogleChromeApplicationchrome.exe" --disable-web-security --user-data-dir="C:chrome_dev_session"

方法二：批处理脚本，一键搞定

新建一个文本文件，把下面内容贴进去，保存为chrome-dev.bat。以后双击它就能自动清理进程并启动禁用了同源策略的Chrome窗口。

@echo off
taskkill /IM chrome.exe /F
"C:Program FilesGoogleChromeApplicationchrome.exe" --disable-web-security --user-data-dir="C:chrome_dev_session" --new-window

macOS系统终端启动

打开终端，输入以下命令（空格和引号一个都不能少）：

open -n -a "Google Chrome" --args --disable-web-security --user-data-dir="/tmp/chrome_dev_test"

回车执行后，一个带有黄色警告条的新Chrome窗口就会弹出来，上面写着“您使用的是不受支持的命令行标记”。看到这个提示就对了，说明禁用成功。

万一终端里报“command not found”，说明Chrome没有安装在默认位置。改用完整路径再试：

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

Linux系统启动方式

Linux用户直接在终端里运行：

google-chrome --disable-web-security --user-data-dir="/tmp/chrome_dev_test"

如果命令没找到，换成chromium-browser试试：

chromium-browser --disable-web-security --user-data-dir="/tmp/chrome_dev_test"

部分发行版需要先手动安装Chrome或Chromium，还得确保当前用户有执行权限。

验证是否生效

新窗口启动后，怎么确认真的生效了？很简单，做个快速测试。

1. 在新Chrome窗口中按下F12打开开发者工具，切换到Console标签页。
2. 输入下面这段代码并回车：
   fetch('https://httpbin.org/get').then(r => r.json()).then(console.log)
3. 如果控制台成功打印出了JSON数据，并且没有任何CORS相关的红色报错，那就说明同源策略已经被成功绕过了。

如果仍然报错，大概率是漏掉了--user-data-dir参数。从Chrome 77版本开始，这两个参数必须同时出现，缺一不可。 检查一下命令，确保路径和参数都写对了。