VSCode无真正内置浏览器，所有“内嵌预览”均依赖插件：Browser Preview基于Chromium支持调试但需手动配置路径与launch.json；Open in Browser仅快捷调用外部浏览器；Live Server提供HTTP服务而非内嵌视图；VS Browser为实验性功能，稳定版不可用。
VSCode 没有真正意义上的“内置浏览器”，所谓“内置浏览器”都是第三方插件模拟或嵌入的 Chromium 渲染环境。直接双击 HTML 文件用系统默认浏览器打开，才是 VSCode 原生行为；所有“在编辑器里看网页”的能力，都依赖插件，且各插件原理、稳定性、调试支持差异极大。
Browser Preview 插件：真 Chromium 内核，支持调试但需额外配置
这是目前最接近“内置浏览器”体验的插件，基于 Headless Chromium，渲染准确、支持 DevTools 集成，但不是开箱即用。
- 安装后必须手动指定
browser-preview.chromeExecutable路径，否则可能报错Cannot find Chrome or Edge—— 即使你装了 Chrome，插件也未必自动找到，尤其在 macOS 或 Linux 上路径不标准时 - 调试需配合
Debugger for Chrome插件，并在.vscode/launch.json中添加"type": "browser-preview"类型的配置，仅靠插件 UI 点击“Open Preview”无法断点 - 自动刷新只响应保存（
files.autoSave为onFocusChange或afterDelay时才可靠），不监听文件系统级变更，Live Server那类热重载不在此列 - 渲染格式默认是 PNG，若页面含透明动效或 canvas，建议设
browser-preview.renderFormat为jpeg避免白边
Open in Browser 插件：轻量快捷，但只调用外部浏览器
它不提供任何内嵌视图，只是快捷启动系统已安装的浏览器，适合快速验证，但无法避免窗口切换。
- 设置
open-in-browser.default后，右键 HTML 文件 →Open in Default Browser才生效；直接按Alt+Shift+V（默认快捷键）可能调用的是其他插件的命令，需确认快捷键绑定 - 若设为
chrome却提示找不到，检查open-in-browser.customBrowserPath.chrome是否指向实际可执行文件（如 Windows 是C:\Program Files\Google\Chrome\Application\chrome.exe，macOS 是/Applications/Google Chrome.app/Contents/MacOS/Google Chrome） - 不支持 HTTPS 本地服务（如
https://localhost:3000）自动跳转，遇到自签名证书会直接失败，无忽略选项
Live Server 插件：带本地服务的预览，但非“浏览器插件”
它本质是起一个微型 HTTP 服务器，然后用系统默认浏览器打开 http://127.0.0.1:5500/xxx.html，所以严格来说不属于“内置浏览器”范畴，但却是日常开发中最实用的选择。
立即学习“前端免费学习笔记（深入）”；
- 启用后右键 HTML 文件 →
Open with Live Server，页面地址一定是http://开头，不能是file://协议 —— 这意味着跨域、fetch、Service Worker 等特性才能正常工作 - 自动刷新依赖 WebSocket，若页面被 iframe 嵌套或存在 CSP
connect-src限制，可能静默失效，此时需检查浏览器控制台是否有WebSocket connection failed - 端口冲突时不会自动换端口，而是报错
Address already in use，需手动改liveServer.settings.port
VS Browser 插件：真·集成式，但仅限特定 VS Code 版本
该插件宣称“深度集成于 VS Code 编辑器内部的、基于 Chromium 内核的浏览器运行时环境”，但它并非公开上架插件市场，而是 VS Code 团队实验性功能，仅出现在部分 Insider 构建版中，普通稳定版用户搜不到。
- 即使手动安装，也可能因 VS Code 内核版本不匹配而报
Extension host terminated unexpectedly - 不支持用户自定义 Chrome 路径，也不开放 DevTools 控制台，调试能力弱于
Browser Preview - 目前已知唯一稳定使用方式是搭配官方
vscode-js-debug扩展，在 launch.json 中用"type": "pwa-msedge"或"type": "pwa-chrome"启动外部浏览器调试，而非内嵌
真正关键的取舍点不在“要不要内置”，而在“要不要调试能力”。如果只是写静态页看效果，Open in Browser + 自定义路径最省事；如果要查 network、console、dom，Browser Preview 是目前唯一能兼顾内嵌与调试的方案，但得亲手填对 chromeExecutable 和 launch.json；至于 Live Server，它解决的是协议问题，不是视图问题——别把它当成浏览器替代品，它是开发服务基础组件。
