VSCode无法附加浏览器90%是插件劫持调试端口或拦截WebSocket，而非配置错误；常见干扰插件包括ms-python.python、bradlc.vscode-tailwindcss、remote-ssh及广告拦截类插件，需用code --disable-extension逐个排查并查Extension Host日志定位。
VSCode 调试时无法附加到 Chrome/Firefox，90% 不是配置写错了，而是某个插件在后台悄悄劫持了调试端口、拦截了 WebSocket 连接，或提前 spawn 了冲突进程——这种问题在插件面板里完全看不到报错。
为什么 launch.json 正确却连不上浏览器
Debugger for Chrome / Edge / Firefox 插件依赖底层 chrome.exe --remote-debugging-port=9222 启动调试服务，但以下插件会干扰这个链路：
-
ms-python.python（旧版）：启动时自动拉起pylance+debugpy，若 debugpy 占用 9222 端口，Chrome 就无法绑定 -
bradlc.vscode-tailwindcss（v0.10+）：内置的 watcher 进程会监听所有 localhost:xxx 请求，误判调试协议为 CSS 热更流量并丢弃 -
ms-vscode-remote.remote-ssh或ms-vscode-remote.remote-containers：即使没连远程，其本地代理模块也会抢占localhost的 loopback 接口行为 - 广告拦截类插件（如
adamvoss.vscode-adb非官方变种）：主动 hooknet模块，拦截ws://127.0.0.1:9222/devtools/browser/...
用 code --disable-extension 精准隔离问题插件
别点“禁用全部扩展”按钮——它不阻止插件在 exthost 初始化前注入代码。必须用命令行逐个排除：
- 先确认基础环境：终端执行
chrome.exe --remote-debugging-port=9222 --headless --disable-gpu http://example.com（Windows），看是否能成功启动调试服务；失败则说明系统级端口/权限/杀毒软件已阻断 - 最小化启动测试：
code --disable-extension ms-python.python --disable-extension bradlc.vscode-tailwindcss，再运行调试配置 - 如果仍失败，加一个高危候选：
code --disable-extension ms-vscode-remote.remote-ssh（哪怕你没用 SSH） - 注意：
--disable-extension参数只对本次生效，不影响插件文件本身，也不修改settings.json
查日志比看 UI 更早发现线索
崩溃常发生在日志写入之前，但仍有三处可交叉验证：
- 打开
Developer: Open Extension Host Log，搜索ERR_CONNECTION_REFUSED或WebSocket closed，末尾出现的插件路径（如bradlc.vscode-tailwindcss/out/extension.js）就是关键嫌疑人 - 运行
Developer: Show Running Extensions，重点关注Status为Activation failed或Activation Time> 2000ms 的插件——它们大概率在调试通道建立前就卡住了主线程 - 打开系统任务管理器，筛选
Code Helper (Renderer)进程，观察哪个插件启用后，Network列突然跳变为 0 Mbps（说明网络栈被静默接管）
真正麻烦的是那些“不报错”的干扰
比如某些 AI 补全插件（如 tabnine.tabnine-vscode v4.26.1）会在调试器 attach 前 50ms 主动调用 process.kill() 杀掉所有 chrome.exe 子进程——只为避免自己被 Chrome 的内存回收策略误杀。这种行为不会抛异常，只导致 Unable to attach to browser 报错，且 exthost 日志里找不到任何痕迹。遇到这类情况，只能靠 --disable-extension + 进程树快照（Windows 用 tasklist /v /fo csv | findstr chrome）来回溯。
