Sublime构建系统需配合cmd命令（如start或浏览器路径）才能打开浏览器，Windows用start最轻量，跨平台需写死路径；中文/空格路径须加引号，自动打开需Save Hook插件支持。
构建系统本身不会自动打开浏览器，必须配合 cmd 命令调用浏览器可执行文件，或借助插件触发打开行为。直接写 start 或浏览器路径是最快落地的方式。
用 start 命令在 Windows 上打开默认浏览器
这是最轻量、无依赖的方案，适合单文件预览场景。Sublime 的构建系统本质是执行 shell 命令，start 是 Windows 内置命令，能用默认浏览器打开本地文件 URI。
-
"cmd": ["start", "", "$file"]中第二个空字符串参数必不可少，否则start会把文件路径误认为窗口标题 -
"shell": true必须显式设置，否则start不被识别（Sublime 默认不走 shell 环境） -
$file是 Sublime 的变量，代表当前保存的完整路径；未保存的文件会失败，务必先按Ctrl+S - 该方式不支持 macOS/Linux，因为
start是 Windows 专属命令
指定 Chrome/Firefox 路径实现跨浏览器控制
当需要固定用某个浏览器（比如调试 Chrome DevTools），就得写死浏览器可执行文件路径。路径中空格必须用双引号包裹，且需适配不同系统。
- Windows 示例：
"cmd": ["C:/Program Files/Google/Chrome/Application/chrome.exe", "$file"] - macOS 示例：
"cmd": ["/Applications/Google Chrome.app/Contents/MacOS/Google Chrome", "$file"] - Linux 示例：
"cmd": ["google-chrome", "$file"]（前提是已加入$PATH） - 注意
selector字段设为"text.html"，这样打开 .html 文件时构建系统才自动激活
为什么不用 View in Browser 插件？
它确实能一键打开，默认绑定 Alt+B，但底层仍是调用系统命令——和构建系统原理一致。区别在于：插件封装了路径处理、中文路径转义、协议前缀（file://）补全等细节。
- 常见坑：
View in Browser在路径含中文或空格时可能打不开，而手动配置构建系统时若漏掉引号，也会报错The system cannot find the file specified - 插件无法监听保存后自动触发，仍需手动按快捷键；构建系统则可通过
Ctrl+B绑定，再配合Save Hook类插件实现“保存即打开” - 如果你已装了
Package Control，插件安装只需Ctrl+Shift+P→Install Package→ 输入View in Browser，比手写 JSON 更快
保存后自动打开的关键其实是“触发时机”
构建系统只是个命令执行器，它本身不监听文件变化。所谓“保存后自动打开”，实际靠的是 Sublime 的保存钩子（save hook）机制，或第三方插件如 SublimeOnSaveBuild。
- 仅配置构建系统 + 按
Ctrl+B，是手动触发；要真自动，得额外装插件并启用"sublime_on_save_build": true - 如果项目有多个文件类型（.html/.css/.js），建议用
Browser Sync替代单文件打开——它起服务、监听、刷新一气呵成，cmd配置也更统一：["browser-sync", "start", "--server", "--files", "**/*.html,**/*.css"] - 注意
Browser Sync需全局安装：npm install -g browser-sync，否则构建会报'browser-sync' is not recognized
真正容易被忽略的点是：路径合法性。无论用哪种方式，只要文件路径里有空格、中文、特殊符号，又没加引号或没做 URI 编码，浏览器就打不开。这不是 Sublime 的问题，是操作系统对 file:// 协议的严格限制。测试时优先用纯英文、无空格的路径，确认逻辑通了再处理边界情况。
