vs code 右键 html 不开 chrome 的根本原因是默认浏览器配置未在 vs code 环境中生效：需手动配置 open in browser 插件的 open-in-browser.default 和 custombrowserpath，以及 live server 的 liveserver.settings.custombrowser，并确保路径准确、settings.json 写入成功且无覆盖冲突。
VS Code 右键 HTML 文件不弹 Chrome？先确认默认浏览器设置生效
VS Code 本身不直接决定用哪个浏览器打开文件，它依赖插件或系统级配置。很多用户以为装了 Live Server 就自动走 Chrome，结果右键还是跳 Edge 或 Safari——问题往往出在「默认浏览器」没真正绑定到 VS Code 的上下文里。
- Windows/macOS 系统默认浏览器 ≠ VS Code 默认浏览器：系统设了 Chrome，但 VS Code 插件可能仍读取旧缓存或忽略系统设置
-
Open in Browser插件的open-in-browser.default配置项必须显式设为Chrome，不能只靠下拉菜单选“Chrome”就完事——某些版本 UI 会显示已选，但实际没写入settings.json - 验证是否生效：在任意 HTML 文件中按
Alt+B（Windows/Linux）或Option+B（macOS），如果没反应或开了别的浏览器，说明配置未落地
用 Open in Browser 插件精准指定 Chrome 路径
当系统有多个 Chrome 安装（比如 Canary、Beta、Stable 并存），或者 Chrome 不在标准路径时，仅靠名字匹配会失败。这时必须手动填可执行文件路径，否则插件会 fallback 到系统默认。
- Windows 标准路径是：
C:\Program Files\Google\Chrome\Application\chrome.exe（注意不是(x86)路径，新版 64 位 Chrome 默认装这里） - macOS 路径是：
/Applications/Google Chrome.app/Contents/MacOS/Google Chrome（必须指向二进制文件，不是 .app 包） - 配置入口：设置搜索
open-in-browser.customBrowserPath→ 粘贴完整路径 → 重启 VS Code（不重启，路径不会加载） - 常见错误：路径末尾多加空格、用了中文引号、路径含未转义的反斜杠（Windows 下应为双反斜杠或正斜杠）
为什么 Live Server 启动后还是开错浏览器？
Live Server 启动的是本地 HTTP 服务（如 http://127.0.0.1:5500），它默认调用系统默认浏览器，跟 Open in Browser 是两套逻辑。即使你把 Chrome 设为系统默认，若系统默认被其他软件篡改（比如微信、钉钉重置过默认浏览器），Live Server 也会失效。
- 最稳解法：在
Live Server扩展设置里，找到liveServer.settings.CustomBrowser，设为Chrome（不是 “custom”，是明确选Chrome选项） - 别信扩展 UI 里的“已选择”提示：务必打开
settings.json检查是否真写入了"liveServer.settings.CustomBrowser": "Chrome" - 如果项目根目录有
.vscode/settings.json，它会覆盖全局设置——检查这个文件里有没有冲突的liveServer配置
调试场景下必须用 Debugger for Chrome，但别和预览混淆
如果你需要断点、查看 console、修改 DOM，Open in Browser 或 Live Server 都不够——它们只是“打开”，没有调试通道。这时得用 Debugger for Chrome 插件，并配好 launch.json。
- 关键区别：
url字段必须指向一个真实运行的本地服务（比如http://localhost:3000），不能是file://协议路径，否则 Chrome 会拒绝连接调试器 - 常见报错：
Unable to launch browser: "Can't find Chrome"—— 这不是路径错了，而是插件找不到 Chrome 的远程调试端口，需确保 Chrome 是以--remote-debugging-port=9222启动（插件会自动加，但若 Chrome 已在运行且没带该参数，就会失败） - 简单验证：终端执行
chrome.exe --remote-debugging-port=9222 --no-first-run（Windows），再启动调试，能绕过大部分环境冲突
settings.json 直接看键值对是否准确存在。 
