VSCode右键无“在浏览器中打开”选项，主因是open-in-browser.default配置为空、"default"或拼写错误（如"Chrome"应为小写"chrome"），需检查用户及工作区settings.json，确保值为有效小写标识；同时排除路径含中文/空格、系统PATH未识别浏览器、Workspace Trust拦截及文件非合法HTML等干扰因素。
VSCode 里右键没有 “在浏览器中打开” 选项，不是插件没装，就是配置被覆盖或路径写错——绝大多数情况重启 VSCode 都不能解决，必须手动检查设置项。
Open in Browser 插件已安装但右键菜单不显示
这个现象背后大概率是 open-in-browser.default 被设成了空字符串、"default" 或拼写错误的浏览器名（比如 "Chrome" 大写了，而插件只认小写的 "chrome"）。
- 按
Ctrl+,打开设置，搜索open-in-browser.default - 点击右侧“在 settings.json 中编辑”，确认值是有效且小写的浏览器标识，例如：
"chrome"、"firefox"、"edge" - 不要填
"default"或留空，插件不识别这两个值 - 如果工作区（.vscode/settings.json）里也写了该配置，优先级高于用户设置，需一并检查
- 极少数情况是 Workspace Trust 拦截了插件权限：看状态栏左下角有没有锁图标，点开并选择“Allow Trusted”
中文菜单里显示的是“在默认浏览器中打开”但点了没反应
菜单汉化本身不影响功能，但“点了没反应”往往暴露的是底层调用失败。插件实际执行时会尝试调用系统命令启动浏览器，失败原因通常是：
- 系统 PATH 里找不到对应浏览器可执行文件（尤其是 Windows 上 Chrome 安装在非默认路径时）
- macOS 上用了
"google-chrome"却没装 Homebrew 版 Chrome，或没运行sudo ln -s /Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome /usr/local/bin/google-chrome - Linux 用户没安装
google-chrome-stable或firefox包，或者xdg-open配置异常 - 文件路径含中文或空格，导致 URI 解析失败；建议把项目移到纯英文路径下测试
想用 Live Server 替代但右键只有“Open with Live Server”没效果
Live Server 不依赖系统默认浏览器设置，但它有自己的入口逻辑和监听范围，常见失效点很隐蔽：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
立即学习“前端免费学习笔记（深入）”；
- 它默认只监听当前活动标签页的 HTML 文件，如果改的是
src/index.html但当前打开的是README.md，保存后不会刷新 - 地址栏显示的是
file://开头？说明根本没走 Live Server，而是双击打开的——务必确认浏览器地址是http://localhost:5500/xxx.html - 项目根目录下有
.vscode/settings.json，且写了"liveServer.settings.file": "src/index.html"，注意路径必须以./开头，否则会被当绝对路径处理，导致 404 - Live Server 启动后控制台没报错，但页面空白，先检查浏览器开发者工具 Network 标签页，看是否加载了
index.html和相关资源
为什么改了代码浏览器却不更新？不是插件问题，是协议和缓存混了
这是最常被误判为“插件失效”的场景，本质是 file:// 和 http:// 协议行为差异 + 浏览器缓存策略叠加造成的假象：
- 用
Open in Browser打开的是file:///C:/xxx/index.html，JS/CSS 模块、fetch 请求、某些字体加载会因 CORS 或协议限制失败，且浏览器对 file:// 缓存更激进 - 用
Live Server打开的是http://localhost:5500/，绕过了大部分限制，但如果你手动改了地址栏又回退到 file://，后续保存就再也不会触发刷新 - 哪怕用了 Live Server，若浏览器禁用了 JavaScript 或启用了“Disable cache”以外的调试模式，也可能导致 DOM 更新延迟或样式不生效
- 验证方式很简单：改一行
<h1>test</h1>，保存，然后在浏览器按Ctrl+F5强刷——如果这时内容变了，说明是缓存问题，不是插件没干活
真正容易被忽略的是：所有这些插件都假设你正在编辑一个合法的 HTML 文件——即文件名以 .html 或 .htm 结尾，且文件内容开头有 <!DOCTYPE html>。如果只是新建了个 test 空文件，没改后缀、没写结构，右键菜单即使显示“Open in Default Browser”，点开也只会看到源码文本，而不是渲染后的页面。
