view in browser 插件装完没反应，需先确认package control能否联网拉取列表、插件名严格为“view in browser”（含空格、大小写敏感）、当前文件已保存为.html且语法识别为html。
View in Browser 插件装完没反应，先查这三件事
它不弹菜单、不响应快捷键，90% 是卡在这三个环节：Package Control 没真正联网拉取列表、插件名输错（必须是 View in Browser，含空格、大小写敏感）、当前文件没保存为 .html 且右下角状态栏显示的是 HTML 而不是 Plain text。
按顺序验证：
- 按 Ctrl+Shift+P 输入 Package Control: Install Package，左下角必须出现 Fetching list of available packages；卡在 reloading plugin？换手机热点重试（DNS 污染常见）
- 插件名只能输 View in Browser，不能是 ViewInBrowser 或 view-in-browser
- 文件必须已保存，后缀为 .html，且右下角点击状态栏文字 → 选 HTML
想保存即刷新？别指望 View in Browser 自己干这事
View in Browser 和 SideBarEnhancements 都只做一件事：把当前 $file 的 file:// 路径丢给浏览器打开一次。它们不监听文件变化，也不起 HTTP 服务——所谓“热更新”是误解。
真要保存即刷新，必须引入外部服务：
- 推荐 browser-sync：先确认 node -v，再运行 npm install -g browser-sync
- 用 Package Control 安装 Sublime-Text-BrowserSync（不是旧版 BrowserSync 插件）
- 启动服务：browser-sync start --server --files "*.html, *.css, *.js"
- 浏览器访问 http://localhost:3000，之后保存自动刷新
Markdown 实时预览不能靠默认配置
MarkdownPreview 插件生成的是临时 HTML 文件，路径不固定；而 LiveReload 默认只监听 .html、.css、.js，对 .md 完全无感。
强行启用 "enable_autoreload": true 不仅无效，还会导致 Sublime 在保存瞬间卡住甚至崩溃。
真正起作用的流程是：
- 先手动触发一次：Ctrl+Shift+P → 输入 Markdown Preview: Preview in Browser → 回车
- 之后只要该浏览器标签页保持打开，且 URL 是 file:// 或 http://127.0.0.1 开头，每次保存才会自动刷新
- Chrome 用户若启用了“阻止第三方 Cookie”，reload 脚本可能失效
LiveReload 插件在 Sublime 里到底干了什么
它不是刷新器，是通知器：LiveReload 插件监听文件保存事件，然后向 localhost:35729 发一个 POST /changed 请求。它不启动服务、不打开浏览器、不解析 Markdown。
常见静默失败原因：
- 没装或没启用 Chrome 的官方 LiveReload 扩展（图标是黑白靶心，开发者为 LiveReload.com），且必须点击地址栏图标让它变实心
- 扩展完全拒绝 file:// 协议，必须走 http://（如 browser-sync 或 python -m http.server）
- Chrome 设置里没勾选「允许访问文件网址」——但这只是让扩展能加载，不解决 file:// 下无法通信的根本限制
最常被忽略的静默失败点：浏览器路径填错、首次预览没手动触发、LiveReload 扩展未实心启用。这些地方一错，整个流程就卡死，连错误提示都不会出现。
