vscode不内置浏览器渲染引擎，所谓“调用系统浏览器”即执行系统命令打开chrome/edge/firefox；live server通过http://协议启动本地服务（如http://127.0.0.1:5500）绕过file://协议的安全限制，使fetch、import、相对路径等正常工作。
VSCode 本身不内置浏览器渲染引擎，所谓“调用系统浏览器”就是执行系统命令打开 Chrome、Edge 或 Firefox——这是唯一可靠、兼容性最好的预览方式，别被“内置”“集成”这类词带偏。
Open in Browser 插件为什么按 Alt+B 没反应
这不是快捷键失效，而是插件没真正激活或被覆盖：
-
Alt+B是 Open in Browser 的默认快捷键，但安装后必须重启 VSCode 才生效（不是重载窗口） - 如果装了 Vim 插件或 Keyboard Manager 类扩展，
Alt+B很可能被劫持成光标移动命令 - 插件设置里
open-in-browser.default若设为system，在 Windows 上常指向已弃用的 IE 内核，应手动选chrome或edge - 右键菜单不出现 “Open in Default Browser”？检查是否在编辑器标签页中聚焦了 HTML 文件——空标签页、未保存的临时文件、JSON/JS 文件都不会触发该菜单项
Live Server 启动后却跳到 Edge 而不是 Chrome
Live Server 不读 VSCode 设置里的浏览器偏好，它直接调用操作系统级 open（macOS）或 start（Windows）命令，最终由系统决定用谁打开。
- 解决方法只有两个：把 Chrome 设为系统默认浏览器（Windows：设置 → 应用 → 默认应用；macOS：系统设置 → 桌面与程序坞）
- Live Server 设置页里的
liveServer.settings.CustomBrowser填路径（如C:/Program Files/Google/Chrome/Application/chrome.exe）在 Windows/macOS 上基本无效，仅 Linux 可靠 - 若你坚持用 Chrome 但又不想改系统默认，可先启动 Live Server，再手动在 Chrome 地址栏输入
http://127.0.0.1:5500/xxx.html—— 这比折腾配置更省时间
为什么 file:// 协议下 fetch 和 import('./module.js') 会报错
这不是 VSCode 的问题，是浏览器安全策略强制限制：file:// 协议下，现代浏览器禁用几乎所有跨资源能力。
-
fetch('./data.json')→net::ERR_FILE_NOT_FOUND或Access to fetch at 'file:///...' is blocked -
import('./script.js')→Failed to load module script: Expected a JavaScript module script but the server responded with a MIME type of "" - CSS 中
url(../img/logo.png)解析失败，因为file://下相对路径规则和 HTTP 完全不同 - 正确做法：用
Live Server启动http://127.0.0.1:5500/，所有前端 API 才能正常工作
VSCode 1.121+ 的 Integrated Browser 真的是“内置”吗
是，但只对 HTTP/HTTPS 有效，且不支持本地 file:// —— 它本质是 Chromium 精简版，但协议白名单里明确剔除了 file://。
- 右键 HTML 文件 →
Open in Integrated Browser，只会成功打开已运行的http://127.0.0.1:5500/index.html，而非file:///path/to/index.html - 它共享 VSCode 主题、代理、文件监听，所以改代码后预览自动刷新，但前提是页面必须通过 HTTP 加载
- 想用这个功能，必须先用
Live Server启服务，否则点击 ?️ 图标只会白屏或报net::ERR_UNKNOWN_URL_SCHEME
最易忽略的一点：没有“一键开浏览器”的银弹。file:// 是开发陷阱，http:// 才是真实起点——很多问题不是插件没装对，而是你一直卡在协议层没跳出去。
