VS Code 默认不控制浏览器选择，依赖系统设置；Live Server 需配置 liveServer.settings.CustomBrowser；调试需在 launch.json 中设 runtimeExecutable；系统默认浏览器可能因启动方式（如终端 vs Dock）或 WSL 环境失效。
VS Code 默认浏览器设置在哪改
VS Code 本身不控制外部链接用什么浏览器打开，它依赖系统默认浏览器；但插件、调试器、预览命令（比如 Markdown Preview）和某些扩展（如 Live Server）会绕过系统设置，走自己的逻辑。想“指定浏览器”，得先分清你是哪类场景在触发打开行为。
Live Server 插件强制用 Chrome / Edge / Firefox
这是最常见需求——点 Go Live 后非要用某个浏览器，而不是系统默认的 Safari 或其他。Live Server 默认只调用系统默认浏览器，但支持显式配置：
- 打开 VS Code 设置（
Cmd+,或Ctrl+,），搜liveServer.settings.CustomBrowser - 设为
"chrome"、"firefox"、"edge"（注意全小写，不是Chrome） - 如果浏览器不在标准路径（比如 Chrome Canary、自定义安装路径的 Edge），还需配
liveServer.settings.ChromeDebuggingAttachment或直接改liveServer.settings.AdvanceCustomBrowserCmdLine - Windows 下 Edge 可能识别为
"edge"，但旧版叫"msedge"；macOS 上chrome指的是/Applications/Google Chrome.app，若装的是Chrome Beta，就得用命令行方式启动
调试时 launch.json 里指定浏览器
前端调试（比如用 Chrome DevTools 调试 HTML/JS）靠的是 Debugger for Chrome 或新版 ms-vscode.js-debug，它们通过 launch.json 控制启动行为：
-
"type": "pwa-chrome"表示用 Chromium 内核浏览器，但不等于“一定是 Chrome”——它会找系统 PATH 里的chrome、chromium、msedge等可执行文件 - 想锁定到特定二进制，加
"runtimeExecutable": "/Applications/Brave Browser.app/Contents/MacOS/Brave Browser"（macOS）或"C:\Program Files\Firefox Developer Edition\firefox.exe"（Windows） - 注意路径空格：Windows 下带空格的路径必须用双反斜杠或引号包裹，但
runtimeExecutable值本身不加外层引号 - Linux 用户容易漏掉
.desktop文件问题：直接写firefox可能失败，建议写绝对路径/usr/bin/firefox
系统级默认浏览器被 VS Code 忽略？
有些用户改了 macOS 的 Default Web Browser 或 Windows 的“默认应用”，但 VS Code 里点击链接仍开错浏览器——大概率是终端子进程没继承 GUI 环境变量，或者用了 WSL。
- macOS 上，从 Dock 启动 VS Code 才能读取 GUI 默认设置；从终端用
code命令启动时，它跑在 shell 环境下，可能 fallback 到open -a Safari - WSL2 用户：浏览器在 Windows，但 VS Code 在 WSL 里运行，
open命令无效；需确保已启用WSL Interoperability，且code是 Windows 版而非 WSL 版 - 别碰
npm config set browser——那是给 npm scripts 用的，和 VS Code 无关
真正麻烦的点在于：同一个“打开链接”动作，在 Markdown 预览、终端输出、调试器、扩展按钮里，背后是四套不同机制。没统一入口，只能按场景一个个对齐配置项和路径写法。
