View in Browser 插件更可靠，因其启动本地HTTP服务器（如http://localhost:8080），绕过file://协议对fetch、XHR和相对路径资源的浏览器安全限制，避免空白页或404。
Sublime Text 本身不运行 HTML，它只负责编辑和保存；所有“预览”动作都是调用外部浏览器完成的——选错方式或配置不当，就会卡在空白页、404 或 fetch 失败上。
View in Browser 插件为什么比右键双击更可靠
直接双击 index.html 会走 file:// 协议，Chrome/Firefox 默认禁止 fetch()、XMLHttpRequest 和相对路径的 JS/CSS 加载，导致页面结构出来但功能全挂；而 View in Browser 插件自带 View in Browser: Start Server 命令，起一个 http://localhost:8080 本地服务，绕过全部 file:// 限制。
- 安装后必须重启 Sublime（部分 v4.4+ 版本可跳过，但建议重启）
- 右键菜单里看到的是
View in Browser子菜单，不是平级选项 - 如果按
F12没反应，检查是否被其他插件（如 Emmet）占用了该快捷键 - 插件默认用系统默认浏览器；想固定用 Chrome，改
Preferences → Package Settings → View in Browser → Settings里的"browser": "chrome"
自定义构建系统里 start 和路径参数怎么填才不报错
Windows 上用 start 命令启动浏览器最稳定，但参数顺序和空字符串很关键：第一个参数是窗口标题（可为空），第二个才是浏览器名或路径。填错会导致命令静默失败或弹出 CMD 窗口又立刻关闭。
- 用默认浏览器：
"cmd": ["start", "", "$file"]——中间那个空字符串""不能省 - 指定 Chrome：
"cmd": ["start", "", "chrome", "$file"]（前提是chrome在系统 PATH 中） - 指定绝对路径（防 PATH 缺失）：
"cmd": ["C:/Program Files/Google/Chrome/Application/chrome.exe", "$file"]，此时要去掉shell: true -
working_dir设为"$file_path"能避免相对资源（如./style.css）404
为什么 Ctrl+B 预览有时打不开、有时打开旧文件
根本原因是构建系统没绑定到 HTML 文件类型，或者没设成当前激活的构建系统。Sublime 的 Ctrl+B 不认文件后缀，只认你手动选的构建系统或通过 selector 自动匹配。
立即学习“前端免费学习笔记（深入）”；
- 新建的
HTML.sublime-build必须放在Packages/User/目录下（Sublime 启动时自动加载） - 文件里加
"selector": "text.html"才能让 Sublime 在 HTML 文件中自动启用它 - 即使加了
selector，首次使用仍要手动点一次Tools → Build System → HTML激活 - 如果保存前没聚焦 HTML 标签页，
Ctrl+B可能作用于上一个打开的非 HTML 文件，结果打开失败或乱码
真正容易被忽略的点是：所有基于 file:// 的方式（包括拖拽、双击、未启 server 的插件预览）在涉及现代前端开发（ESM、fetch、本地 JSON 数据）时都会失效——这不是配置问题，是浏览器安全策略铁律。别纠结“为什么我的 JS 不执行”，先跑通 View in Browser: Start Server。
