Ctrl+B不能在新窗口打开HTML，它仅调用构建系统输出至Build Results面板；要打开HTML需用shell_cmd调用start（Windows）或AppleScript（macOS），或配置View In Browser插件实现保存即刷新。
“Ctrl+B 在新窗口打开 HTML”根本不存在
Sublime Text 的 Ctrl+B 本质是构建系统（Build System）调用命令执行脚本，它输出到的是内置的「Build Results」面板，不是浏览器窗口，更不会新开浏览器标签或窗口。所谓“一键在新窗口运行 HTML”，其实是误把「用浏览器打开文件」当成「构建运行」。两者底层机制完全不同：open 或 start 命令负责启动外部程序，而构建系统只是串起这些命令的配置载体。
Windows 下用 Chrome 新窗口打开 HTML 的可靠写法
必须用 shell_cmd + start 组合，且显式指定 /d 切换工作目录，否则路径含空格时会失败：
{
"shell_cmd": "start \"\" /d \"$file_path\" chrome --new-window \"$file\"",
"selector": "text.html"
}
-
start ""中的空引号是必需的，用于绕过 Windows 对第一个参数作为窗口标题的解析 -
/d "$file_path"确保 Chrome 启动时当前目录正确，避免相对路径资源加载失败 -
--new-window强制新开独立窗口（不是标签页），适合多项目并行调试 -
"selector": "text.html"比source.html更准——Sublime 默认 HTML 语法 scope 就是text.html，写错就无法自动启用该构建系统
macOS 上用 Safari 或 Chrome 新窗口打开要避开 open -n 陷阱
open -n 看似合理，但实际会重复拉起应用实例，导致多个 Dock 图标、Cookie 隔离、DevTools 不同步。真正稳定的做法是用 AppleScript 控制浏览器行为：
{
"cmd": ["osascript", "-e", "tell app \"Safari\" to make new document at beginning with properties {URL:\"file://$file\"}"],
"selector": "text.html",
"working_dir": "$file_path"
}
- Safari 原生支持
make new document，不新建进程，只开新窗口+新标签，且共享会话 - Chrome 需额外安装 chrome-cli 工具，再写
["chrome-cli", "open", "$file"]，否则open -a "Google Chrome"仍走默认标签逻辑 - 不要用
open -a直接调用 Chrome：它默认复用已有窗口，加-n又会创建冗余进程，调试时容易混淆 DevTools 实例
为什么“保存即刷新”比“新窗口打开”更值得优先配置
频繁开新窗口本质是开发流程低效的体现。真正省时间的是保存后自动刷新当前浏览器标签，这需要两步：
- 装
View In Browser插件（通过Ctrl+Shift+P→Package Control: Install Package搜索安装） - 在
Preferences → Package Settings → View In Browser → Settings – User里加：{ "browser": "chrome", "auto_reload": true, "reload_delay": 300 } - 首次用
Ctrl+Alt+V打开当前 HTML，后续只要保存（Ctrl+S），页面就自动刷新——不用管窗口数量、焦点位置、是否已关闭旧标签
新窗口打开是临时补救手段；自动刷新才是面向真实迭代节奏的配置。尤其当你同时改 CSS/JS/HTML 时，切窗口、找标签、手动 F5 的耗时远超一次配置成本。
