先确认这三件事：文件必须已保存且后缀为.html/.htm/.php；状态栏语言模式需显示HTML或PHP；Package Control须正常工作。
OpenInBrowser插件安装后没反应？先确认这三件事
插件装了但快捷键 Alt+Shift+O（Windows/Linux）或 Cmd+Shift+O（macOS）无效，大概率不是插件问题，而是前置条件没满足：
- 当前文件必须已保存，且后缀为
.html、.htm或.php—— 插件靠扩展名识别可打开类型，未保存或后缀不对直接跳过 - 右下角状态栏应显示
HTML或PHP语法标识，若显示Plain text，说明 Sublime 没识别出文件类型，需右键 →Reindent或手动选Set Syntax → HTML - Package Control 必须正常工作：按
Ctrl+Shift+P输入Package Control: Install Package，左下角应出现Fetching list...，卡住则可能是 DNS 问题（换手机热点重试）
怎么让 OpenInBrowser 启动 Chrome Canary 而不是默认 Chrome？
插件默认只认 chrome 这个关键字，但 Canary、Chromium、Edge Dev 等都是独立安装路径，必须手动映射。关键不是改名字，而是写对路径和键名：
- Windows：在
Preferences → Package Settings → Open In Browser → Settings – User中添加：
{
"browsers": {
"canary": "C:/Users/xxx/AppData/Local/Google/Chrome SxS/Application/chrome.exe"
}
}
- macOS：路径要带
.app后缀，且用双引号包裹空格，例如：
{
"browsers": {
"canary": "/Applications/Google Chrome Canary.app"
}
}
- Linux：路径一般为
/usr/bin/google-chrome-canary，注意权限是否可执行（ls -l /usr/bin/google-chrome-canary） - 调用时快捷键仍用
Alt+Shift+O，弹出菜单会多一项Canary—— 键名canary必须小写，且不能与内置浏览器名冲突（如不要叫chrome2）
为什么用 file:// 协议打开本地 HTML 会报 CORS 或 JS 失效？
这不是插件的问题，是浏览器安全策略强制限制：file:// 协议下，XMLHttpRequest、fetch、localStorage 甚至部分 CSS @import 都会被拦截。OpenInBrowser 默认走的就是这个协议，所以你看到页面“打开了”，但控制台一堆红字。
- 真正能跑通 JS/CSS 的做法，是起一个本地 HTTP 服务：终端进项目根目录，运行
python3 -m http.server 8000（Python 3.7+），然后访问http://localhost:8000/index.html - OpenInBrowser 支持自动跳转到 HTTP 服务：在用户设置里加
"http_server": true，它会尝试用http://localhost:8000替代file://路径 —— 但前提是服务真在跑，否则会白屏 - 如果项目依赖 Webpack/Vite，别硬凑
http.server，直接配插件调用npx serve或vite preview更稳
SideBarEnhancements + OpenInBrowser 混用时快捷键冲突怎么办？
两个插件都注册了 open_in_browser 类命令，但实现不同：OpenInBrowser 是纯 URL 打开，SideBarEnhancements 是基于文件系统路径调用 open/start。混用容易导致右键菜单重复、快捷键失效或打开空白页。
- 最干净的解法：卸载 SideBarEnhancements 的浏览器相关功能，只留文件操作（重命名、复制路径等），把预览交给 OpenInBrowser 管理
- 如果非要共存，禁用 SideBarEnhancements 的
Open With子菜单：编辑Preferences → Package Settings → SideBarEnhancements → Settings – User，加一行"disabled_commands": ["side_bar_files_open_with"] - 自定义快捷键时务必核对命令名：
open_in_browser（OpenInBrowser） 和side_bar_open_in_browser（SideBarEnhancements） 完全不同，写错就触发不了
真正麻烦的从来不是装插件，而是浏览器安全模型和本地文件协议之间的那层隔膜——它不报错，只静默失败。你得习惯看 DevTools 的 Console 和 Network 标签页，而不是只盯着页面有没有渲染出来。
