View In Browser插件无反应需确认三件事：文件必须已保存为HTML等支持格式；语法须设为HTML；快捷键可能冲突，建议用命令面板验证。
View In Browser 插件装完没反应？先确认三件事
插件本身不带魔法，它只做一件事：把当前文件的绝对路径拼成 file:/// URL，然后调用系统命令打开浏览器。如果没反应，大概率卡在这三步中的某一个：
- 文件没保存——
View In Browser不处理未保存的untitled标签页，必须先按Ctrl+S保存为.html（或其他支持后缀） - 右下角状态栏显示的是
Plain Text或其他语法，不是HTML——插件默认只对text.html等 selector 生效；可手动切换：右键编辑区 → Set Syntax → HTML - 快捷键冲突或没生效——默认快捷键是
F12（部分教程写Alt+Shift+V或Alt+Shift+O），但不同安装源可能不同；建议统一用命令面板验证：Ctrl+Shift+P→ 输入view_in_browser，看是否能搜到命令
怎么改默认浏览器？别改系统设置，改插件配置
系统默认浏览器变了，View In Browser 不一定跟着变。它读取的是插件自己的配置项，优先级高于系统设置。
- 打开 Preferences → Package Settings → View In Browser → Settings
- 在右侧用户设置里加一行：
"browser": "chrome"（支持chrome、firefox、edge、safari） - Windows 下若 Chrome 不在
PATH，得写死路径："browser": "C:\Program Files\Google\Chrome\Application\chrome.exe"（注意双反斜杠） - macOS 上 Safari 要用完整路径：
"browser": "/Applications/Safari.app/Contents/MacOS/Safari"，否则会静默失败
为什么 JS/CSS 不生效？不是插件问题，是浏览器限制
用 file:// 协议打开本地 HTML 时，现代浏览器（Chrome/Firefox/Edge）会主动禁用 fetch、XMLHttpRequest、import、Service Worker 等 API。这不是插件缺陷，是安全策略。
- 现象：控制台报错
Access to script at 'file:///xxx.js' from origin 'null' has been blocked - 解决方式只有一种：起本地 HTTP 服务，让地址变成
http://localhost:8000/index.html - 最简命令（Python 3）：
python -m http.server 8000，在项目根目录运行，然后手动访问http://localhost:8000/your-file.html - 想自动跳转？那就别用
View In Browser，换live-server或browser-sync这类带服务和重载能力的工具
快捷键自定义：别覆盖 Sublime 原生功能
很多人直接把 Ctrl+B 绑给 view_in_browser，结果发现构建系统失效了——因为 Ctrl+B 是 Sublime 默认的 Build 快捷键，强行覆盖会导致 Python/JS 等构建任务无法触发。
- 推荐组合：
Ctrl+Alt+B或Alt+Shift+V，冲突概率低 - 添加方式：Preferences → Key Bindings，在右侧用户配置中插入：
[
{
"keys": ["ctrl+alt+b"],
"command": "view_in_browser",
"args": {"browser": "chrome"}
}
]
"args" 里指定浏览器，比全局配置更灵活，比如 HTML 用 Chrome，Markdown 用 Safari 可以分场景绑定真正容易被忽略的点是：插件不解决路径解析问题。一旦文件路径含中文、空格或符号（如 C:My Projects测试index.html），file:// URL 构造就可能出错，地址栏显示 file://index.html（少一个斜杠）就是典型表现。这种时候，与其反复调插件，不如直接切到终端跑 python -m http.server——简单、稳定、绕过所有路径陷阱。
