先说一个核心判断：Live Server 打不开浏览器，十有八九不是插件本身坏了，而是 VS Code 在调用系统命令的链条上卡在了某个环节。可能是 open/xdg-open/start 失效了，也可能是 liveServer.settings.NoBrowser 被误设为 true，又或者是 Chrome 的路径写错了。下面咱们就逐一拆解这些问题。
检查 NoBrowser 开关是否被误关
这是最容易被忽略的一个设置。Live Server 默认会自动打开浏览器，但一旦配置脚本——不管是你手动改的，还是某个扩展偷偷写的——把 NoBrowser 设成了 true，它就干脆罢工，只在终端输出一个地址。
- 打开 VS Code 设置（
Ctrl + ,或Cmd + ,），搜NoBrowser - 确认
Live Server > Settings: No Browser处于未勾选状态，或者直接删除这一项配置 - 如果是在项目级
.vscode/settings.json里写了"liveServer.settings.NoBrowser": true，删掉它——工作区配置优先级比全局高，常常让人改了全局设置却看不到效果
验证系统级 URL 打开命令是否有效
VS Code 本身并不内置浏览器，它只是调用系统命令来打开网页。所以，问题很可能出在系统层。不妨在终端里试试这几个命令：macOS 用 open https://example.com，Linux 用 xdg-open https://example.com，Windows 用 start https://example.com。如果连这些命令都打不开网页，那再折腾插件配置也没用。
- Windows：一些国产软件（比如 QQ、迅雷）会悄无声息地劫持
http协议注册表项，导致start命令报错The system cannot find the file specified - macOS：通过
brew install --cask firefox安装的 Firefox 可能没有被注册为默认浏览器，open命令会回退到 Safari；如果 Safari 被禁用或损坏，就会静默失败 - Linux：
xdg-open依赖桌面环境配置，GNOME、KDE、XFCE 的行为略有差异。可以临时运行xdg-settings get default-web-browser看看当前绑定的浏览器是什么
指定浏览器时，命令名和路径不能有错
liveServer.settings.CustomBrowser 的值必须与系统实际识别的启动名完全一致，大小写、空格、扩展名都不能出错，否则就查不出来。
- Windows：填
google-chrome会失败，得填chrome（对应chrome.exe的注册名）；如果填绝对路径，必须加引号，比如"C:Program FilesGoogleChromeApplicationchrome.exe" - macOS：填
/Applications/Google Chrome.app是正确的，但填/Applications/Google Chrome.app/Contents/MacOS/Google Chrome反而可能失效——因为系统open -a识别的是 app bundle，不是二进制文件 - Linux：填
google-chrome-stable或chromium-browser更稳妥，具体看你装的是哪个包
服务跑起来了但浏览器打不开 127.0.0.1:5500？先看端口和绑定地址
Live Server 输出 Server is started at port: 5500 只能说明服务进程启动了，但不代表你一定能访问到那个地址。常见的断点有几个：
- 你凭记忆在浏览器里输入了
5500，但 Live Server 因为端口被占用（比如 Python 的http.server、Docker、另一个 VS Code 窗口），已经自动切换到了5501——请以右下角弹出的实际地址为准，别靠记忆敲 - 默认绑定的是
127.0.0.1，这意味着只响应本地回环请求。如果想用手机或另一台电脑访问，必须把liveServer.settings.host改为0.0.0.0，并且确认防火墙放行了该端口 - 工作区根目录不对：Live Server 总是以当前 VS Code 工作区的根目录作为服务根路径，不是你当前编辑的文件所在目录。举个例子，你在
src/index.html上工作，但工作区是项目顶层，那么index.html并不在服务根目录/下，访问就会返回 404
说实话，真正麻烦的往往不是配置项本身，而是系统协议关联被第三方软件改过，或者多个配置层级（用户 / 工作区 / 扩展默认）互相覆盖。下次动手之前，先在终端里试一次 open 或 start，比反复重装插件要管用得多。
