Live Server插件点开没反应，因其是HTTP服务启动器，需满足三条件：①手动执行“Live Server: Start Server”命令；②HTML必须通过http://localhost:XXXX访问，非file://协议；③浏览器地址栏须显示localhost或锁形图标，否则监听失效。
Sublime Text 本身不预览 HTML，所有“实时查看”都依赖外部服务或插件协同；直接拖文件进浏览器或右键 Open in Browser 只能手动刷新，file:// 协议下自动刷新类工具全部失效。
Live Server 插件为什么点开没反应？
它不是“装完就用”的工具，而是个 HTTP 服务启动器，必须满足三个硬性条件才生效：
- Sublime 中必须先按
Ctrl+Shift+P输入Live Server: Start Server手动启动服务（不是只装插件） - 当前 HTML 文件必须通过
http://localhost:XXXX地址访问，不能是file:///path/to/index.html - 浏览器地址栏左侧要看到锁形图标（HTTPS）或“localhost”字样，否则插件监听不到页面
常见错误：右键选了 Open in Browser，结果打开的是 file:// 路径，此时 Live Server 完全不工作，控制台也无报错——它根本没被触发。
Python http.server 怎么用才不踩坑？
这是最轻量、零依赖的方案，但路径和端口容易出错：
立即学习“前端免费学习笔记（深入）”；
- 终端必须 cd 进 HTML 文件所在目录，不是项目根目录，也不是 Sublime 工作区目录
- 命令是
python -m http.server 8000（注意-m前有空格，http.server是模块名，不是文件名） - 浏览器必须访问
http://localhost:8000/index.html，不能省略文件名；若首页叫home.html，就得输全路径 - 端口被占时会报
Address already in use，换端口即可，比如8080或9000
它不自动刷新，但配合 Sublime 设置 "save_on_focus_lost": true，切到浏览器按 F5 就能秒见效果，适合静态页快速验证。
BrowserSync 为什么比 LiveReload 更稳？
LiveReload 需要 Sublime 插件 + 浏览器扩展 + 手动启用三者联动，任一环节断链就静默失败；BrowserSync 是独立服务，自建服务器、自注入脚本、自带监听逻辑：
- 全局安装只需一次：
npm install -g browser-sync - 启动命令必须带
--server和--files参数，例如：browser-sync start --server --files "*.html, **/*.css" -
**/*.css表示递归匹配子目录，写成*.css只监听当前层 - 首次访问
http://localhost:3000后，后续保存任意匹配文件，页面立即刷新，无需浏览器点击任何图标
它的唯一门槛是 Node.js 环境，但一旦跑起来，整个链路不依赖插件状态、不依赖浏览器扩展开关、不依赖 Sublime 是否启用某项功能——文件变，页面就刷，逻辑干净。
SideBarEnhancements 的 Open in Browser 适合什么场景？
它只是调用系统命令把 HTML 路径丢给默认浏览器，不做任何监听或服务，所以：
- 适合纯查看、不改样式、不调试 JS 的场景，比如打开一个已写好的文档页
- 快捷键绑定后（如
Alt+O），比拖文件快，但仍是file://协议，无法用于 CSS 注入或 JS 调试 - 在 Chrome 中可能被拦截图片或脚本（因
file://下跨域限制），Firefox 或 Edge 表现稍好 - 如果项目里有相对路径引用（如
./css/style.css），在file://下也能正常加载，这点比 Python server 更宽容
别指望它“实时”，它连“刷新”都不管——保存后仍得手动按 F5。它的价值只在于“打开快”，不是“响应快”。
