Live Server 插件配置无效时，需确认插件版本是否支持、浏览器命令是否在系统PATH中、环境变量BROWSER是否冲突；Markdown预览依赖系统默认浏览器，而vite/react等由框架自身控制。
VS Code 默认浏览器不生效？先确认你改的是哪个配置
VS Code 本身不直接控制「点击预览时用什么浏览器」，真正起作用的是你装的插件（比如 Live Server）或终端命令（比如 npm run dev 启动的开发服务器）。原生 VS Code 只在极少数场景（如 Markdown 预览）里读取系统默认浏览器。
所以第一步不是狂改设置，而是看清楚：你现在点的是「右键 → Open Preview」？还是「Live Server 插件的 Go Live 按钮」？抑或是终端里跑 vite / webpack serve 后自动打开的页面？不同路径，配置位置完全不同。
-
Markdown 预览：走 VS Code 内置逻辑，依赖系统默认浏览器（Windows/macOS 设置里改，VS Code 不干预） -
Live Server插件：它自己有独立配置项liveServer.settings.CustomBrowser -
vite/webpack-dev-server等：由启动命令或配置文件控制，和 VS Code 设置无关
Live Server 插件怎么指定 Chrome 或 Edge
这是最常见也最容易配错的场景。Live Server 默认会用系统默认浏览器，但你可以强制它用特定浏览器，前提是该浏览器已安装且可被命令行调用。
打开 VS Code 设置（Ctrl+, 或 Cmd+, ），搜索 liveServer.settings.CustomBrowser，把它设为：
"liveServer.settings.CustomBrowser": "chrome"
支持的值包括：chrome、firefox、edge、opera、default。注意大小写不敏感，但不能写成 Google Chrome 或完整路径 —— 它靠的是系统环境变量里注册的命令名。
- Windows 上
edge通常可用；chrome要求 Chrome 已安装且chrome命令能从终端执行（一般默认就支持） - macOS 上如果
chrome不生效，试试google chrome（Live Server v5.7+ 支持带空格的名字） - Linux 用户可能需要手动把浏览器加到
$PATH，否则chrome命令找不到
终端启动项目时浏览器被强行打开？那是框架在管
比如你敲 npm run dev，页面自动弹出 Firefox，这不是 VS Code 的锅，是 vite 或 create-react-app 在控制。它们读的是自己的配置或环境变量。
Vite 用户可以在 vite.config.ts 里加：
server: { open: true, host: 'localhost', port: 3000 }
但浏览器选择仍由系统决定 —— 除非你加环境变量：
- Windows：
set BROWSER=chrome & npm run dev - macOS/Linux：
BROWSER=chrome npm run dev - 或者写进
.env文件：BROWSER=chrome
create-react-app 同理，只认 BROWSER 环境变量，值可以是 chrome、firefox、none，不支持路径。
为什么改了设置还是跳去 Safari / IE？检查这三处
典型表现：明明设了 chrome，结果每次还是开 Safari（macOS）或旧版 Edge（Windows）。大概率卡在这几个地方：
- Live Server 插件版本太老（CustomBrowser 字段，升级插件再试
- VS Code 设置里存在用户级和工作区级两个同名配置，工作区级覆盖了用户级，去
./vscode/settings.json里搜一下有没有冲突项 - 系统层面默认浏览器被锁死（尤其是 macOS 的「通用 → 默认网页浏览器」没改对，或某些企业策略限制）
真要绕过系统限制，唯一可靠方式是不用「自动打开」，改用「复制地址手动粘贴」—— 在 Live Server 设置里关掉 liveServer.settings.AdvanceCustomBrowserCmdLine 和 liveServer.settings.NoBrowser 配合使用，反而更稳。
