live server 默认浏览器设为 chrome 失效需手动配置 liveserver.settings.custombrowser 为 “chrome” 并重启 vs code；open in browser 插件需设置 openinbrowser.default 为对应系统命令或路径；debugger for chrome 要检查 launch.json 中 url 和 webroot 配置是否正确。
Live Server 默认浏览器设为 Chrome 失效？优先改 liveServer.settings.CustomBrowser
绝大多数人卡在这一步：明明在系统里把 Chrome 设为了默认浏览器，右键选 “Open with Live Server” 却还是弹出 edge 或 firefox。这不是 VS Code 记错了，而是 Live Server 插件压根不读系统默认设置，它只认自己的配置项。
- 打开 VS Code 设置（
Ctrl + ,），搜索Live Server，找到Live Server > Settings: Custom Browser - 下拉菜单里选
chrome（不是google-chrome，也不是Chrome，大小写和拼写必须完全一致） - 如果下拉里没有
chrome，直接点右上角“打开设置 (JSON)”，手动加这行：{ "liveServer.settings.CustomBrowser": "chrome" } - 改完保存，**必须重启 VS Code 或至少重载窗口（
Ctrl + Shift + P→ 输入Developer: Reload Window）**，否则配置不生效
Open in Browser 插件不走系统默认？手动指定 openInBrowser.default 路径
如果你用的是 Open in Browser（作者 techer）这类轻量插件，它对系统默认浏览器识别更弱，尤其在 macos/linux 或路径含空格时容易 fallback 到 safari/Firefox。这时候不能靠“设系统默认”，得硬编码路径。
- 搜索设置项
open-in-browser.default，点击“在 settings.json 中编辑” - 根据系统填对应值：
windows 填"chrome.exe"（确保 Chrome 安装在默认路径，否则需写全路径如"C:Program FilesGoogleChromeApplicationchrome.exe"）
macOS 填"google-chrome"或"/Applications/Google Chrome.app/Contents/MacOS/Google Chrome"
Linux 填"google-chrome"或"chromium-browser"（取决于实际命令名） - 注意：这里填的不是浏览器显示名，是终端能执行的命令名或可执行文件路径
调试时 Chrome 打不开？检查 Debugger for Chrome 的 url 和 webRoot
装了 Debugger for Chrome 却点“启动调试”没反应，或者报 Unable to launch browser: "Can't find Chrome"，大概率不是浏览器没装，而是调试配置里 url 指向了错误地址，或 webRoot 没对齐项目结构。
- 确认
launch.json中url是有效的本地服务地址，比如"http://localhost:5500/index.html"（对应 Live Server 端口），而不是"file://..."或错写的端口 -
webRoot必须指向你 HTML 文件所在的实际目录，常见写法是"${workspaceFolder}"；如果项目有构建输出（如dist/），就得改成"${workspaceFolder}/dist" - Chrome 本身要已安装且未被其他进程锁死（比如后台挂着旧版 Chrome 进程）
为什么改了所有配置还是打开旧浏览器？查扩展冲突和缓存
最隐蔽的问题：多个预览类插件（比如 Live Server、Open in Browser、Browser Preview）同时启用，它们的右键菜单项会互相覆盖，VS Code 实际调用的是最后注册的那个——你看到的菜单选项，未必是你以为的那个插件在响应。
- 禁用除一个以外的所有浏览器相关插件，只留
Live Server或只留Open in Browser，再测试 - VS Code 有时会缓存旧的插件行为，卸载插件后务必重启，不要只重载窗口
- 检查右键菜单里出现的到底是哪个选项：“Open with Live Server”、“Open in Default Browser” 还是 “Preview in Browser”——不同名字背后是不同插件，配置互不相通
真正起作用的永远是那个被实际触发的插件的配置项，而不是你“以为应该管用”的那个设置。别猜，先看右键菜单文字，再找对应插件的文档和配置项。