“Open in Browser”右键没反应大概率是插件未安装或装后未重启VS Code；需确保打开的是已保存的.html文件、插件启用、设置中open-in-browser.default明确选为chrome，且路径或命令名准确无误。
为什么“Open in Browser”右键菜单没反应
大概率是 Open in Browser 插件没装，或者装了但没重启 VS Code。这个插件不启用时，右键根本不会出现“Open in Default Browser”选项——它不依赖其他配置，只要装好、重启、当前打开的是 .html 文件，右键就该有。
常见踩坑点：
- Windows/macOS/Linux 全平台默认支持 Chrome、Edge、Firefox、Safari，但 不会自动识别 Canary 或 Dev 版 Chrome；路径错一个字母（比如
Goole Chrome）也会静默失败，无任何提示 - 插件设置里没指定浏览器：打开 VS Code 设置（
Ctrl+,），搜open-in-browser.default，下拉选chrome（不是填路径，是选枚举值） - macOS 上若装了多个 Chrome 变体（Stable + Canary），插件可能调用失败；此时可手动在设置里填路径：
open-in-browser.chromePath设为/Applications/Google Chrome.app/Contents/MacOS/Google Chrome
Ctrl+Alt+O 快捷键打不开 Chrome 怎么办
快捷键 Ctrl+Alt+O（Windows/Linux）或 Cmd+Alt+O（macOS）属于 Open in Browser 插件的默认绑定，但有两个常见断点：
- 快捷键被系统或输入法占用（尤其 macOS 的 Spotlight 或中文输入法）：进
File > Preferences > Keyboard Shortcuts搜openInBrowser，右键重绑 - 插件设置里没指定 Chrome：必须在设置中把
open-in-browser.default明确设为chrome，否则即使快捷键触发，也只会打开系统默认浏览器
Live Server 总开错浏览器，怎么强制用 Chrome
Live Server 根本不读 VS Code 的浏览器设置，它调用的是操作系统级的 open（macOS）或 start（Windows）命令，最终由系统决定用谁打开。所以即使你在 VS Code 里把 open-in-browser.default 设成 Chrome，Live Server 仍会绕过它。
可靠解法只有两个：
- 把 Chrome 设为系统默认浏览器（Windows：设置 > 应用 > 默认应用；macOS：系统设置 > 桌面与程序坞）
- 不用
Live Server的“一键打开”，改用它启动服务后，手动在 Chrome 地址栏输http://127.0.0.1:5500/xxx.html——这样你就能确保是 Chrome，且调试器能连上 - 别信
Live Server设置里的customBrowser字段，Windows/macOS 下基本不可靠，Linux 偶尔能用
调试时 Chrome 打开了但断点不生效
现象是 Chrome 窗口弹出来了，地址栏显示目标 URL，但左上角没小虫图标 ✅，断点不命中。这不是 Chrome 没启动，而是 VS Code 没连上它的远程调试协议。
关键检查点：
- 必须装官方
JavaScript Debugger插件（不是browser-preview，也不是旧版Debugger for Chrome） - Chrome 必须启用远程调试端口：
--remote-debugging-port=9222，且--user-data-dir参数不能省（避免影响日常 Chrome 数据） -
launch.json中的url和webRoot必须匹配实际服务路径和源码位置；静态 HTML 用file://协议，Vite/Webpack 项目用http://localhost:xxx，且webRoot要指向源码目录（不是dist） - 必须开启
sourceMaps：配置中加"sourceMaps": true，否则断点只在压缩后代码生效
真正容易被忽略的是 --user-data-dir 和 webRoot 的组合：漏掉前者，Chrome 启动失败或冲突；搞错后者，VS Code 根本找不到源码映射，断点永远打不进真实文件。
