sublime Text 无法原生实现实时 css 预览，LiveStyle 因 chrome Manifest V3 已失效，Browser Refresh 仅手动刷新；推荐用 python3 -m http.server 或 http-server 启本地服务，配合浏览器自动刷新插件实现稳定调试流。
sublime text 本身不支持实时预览 CSS 效果，也没有内置的浏览器联动调试能力；必须借助插件 + 外部工具配合实现，且现代开发中这种方式已明显落后于 VS Code 的 Live Server 或浏览器原生 DevTools。
LiveStyle 插件能双向同步 CSS，但仅限旧版 Chrome + 已废弃
LiveStyle 曾是 Sublime 与 Chrome 双向实时同步 CSS 的主流方案，原理是监听 Sublime 中的 .css 文件变更，并通过 Chrome 扩展注入样式。但它依赖 Chrome 的旧版 Extension API（Manifest V2），2023 年起 Chrome 强制升级到 Manifest V3 后，官方扩展已无法安装，第三方绕过方案极不稳定。
- 即使强行启用开发者模式加载未签名扩展，
live-style插件在 Sublime 中常报错：Connection refused或No browser connected - 只支持修改 CSS 文件，不支持 html 内联
属性的热更新 - 无法触发浏览器重排/重绘调试，也不能查看 computed styles 变化过程
Browser Refresh 插件可手动刷新页面，但不算“实时预览”
Browser Refresh 是目前 Sublime 上最轻量、兼容性最好的浏览器控制插件，支持 Chrome、firefox、edge，通过快捷键或菜单触发当前页面刷新。它不解析 CSS，也不注入样式，只是模拟按 F5。
- 安装后需手动配置
browser_refresh.sublime-settings，指定"chrome_path"（如"C:/Program Files/google/Chrome/Application/chrome.exe"） - 默认快捷键
Ctrl+Shift+R（windows/linux）或Cmd+Shift+R（macos），但不会自动监听文件保存——必须先保存文件再触发刷新 - 若页面使用了本地
file://协议打开，Chrome 会因安全策略阻止 js/CSS 加载，需改用http://localhost:8000启服务
真正可行的替代路径：用 Python 或 http-server 起本地服务 + 浏览器自动刷新
放弃“Sublime 原生实时预览”的执念，转为构建最小可行调试流：保存 CSS → 自动刷新浏览器 → 查看效果。这比折腾插件更稳定。
立即学习“前端免费学习笔记（深入）”；
- 终端执行
python3 -m http.server 8000（Python 3.7+）或npx http-server -p 8000（需 node），把项目根目录跑成 HTTP 服务 - 在 HTML 中确保 CSS 引入路径正确，例如
，而非./css/style.css等易出错的相对路径 - 配合浏览器插件如
auto Refresh Plus（Chrome），设置刷新间隔为 1000ms，勾选 “Only refresh on file change”（需搭配文件系统事件，实际依赖操作系统通知，Windows 上有时延迟）
真正的瓶颈不在 Sublime，而在 CSS 修改后如何让浏览器感知并重绘——这个链路越短越可靠。硬塞进编辑器的插件，往往在 Chrome 更新、Sublime 升级或系统权限变化时第一个失效。留出一个终端窗口跑服务，比调通三个插件更省时间。