sublime text 无法运行 css，需用 live server 插件实现保存即刷新；打开被引用的 html 文件右键启动，确保路径正确、使用 http:// 协议、清除缓存。
Sublime Text 里 CSS 文件根本不会“运行”
CSS 不是可执行代码，没有 run 这一说；所谓“实时预览”，其实是让浏览器自动刷新当前 HTML 页面（该页面引用了你的 CSS），从而看到样式变化。Sublime Text 本身不提供渲染能力，它只是编辑器。
常见错误现象：Ctrl+B 或菜单里点 “Build” 报错 There is no build system for current file，或者啥也不发生——因为 Sublime 默认根本不支持 CSS 构建/运行。
- 别在 Sublime 里找“运行 CSS”的按钮，那是个伪需求
- 真正要的是：保存 CSS 后，浏览器里立刻看到效果
- 依赖的是「文件监听 + 浏览器刷新」机制，不是 Sublime 自身功能
用 Live Server 插件实现保存即刷新
这是目前最轻量、最稳定、兼容性最好的方案，适用于本地开发 HTML+CSS 组合项目（不需要构建工具）。
使用场景：你有一个 index.html，里面用 <link rel="stylesheet" href="style.css"> 引入了同目录下的 style.css，改完 CSS 保存后想立刻看效果。
立即学习“前端免费学习笔记（深入）”；
- 安装插件：
Ctrl+Shift+P→ 输入Package Control: Install Package→ 搜Live Server并安装 - 确保你的 CSS 被某个 HTML 文件正确引用（路径对、标签闭合、无拼写错误）
- 打开那个 HTML 文件（不是 CSS 文件），右键 →
Open with Live Server - 之后每次保存
style.css，浏览器会自动刷新（或热重载，取决于 Live Server 设置）
注意：Live Server 启动的是一个本地 HTTP 服务（如 http://127.0.0.1:5500），不能直接双击 HTML 打开（file:// 协议下 CSS 修改可能不触发刷新，尤其涉及跨域或相对路径时）。
为什么不用 BrowserSync 或其他 CLI 工具？
BrowserSync 功能更强，但需要 Node.js、全局安装、配置 gulp 或命令行启动，对纯 CSS 小项目属于杀鸡用牛刀。
性能 / 兼容性影响：
-
Live Server插件零配置、启动快、内存占用低，适合单人快速验证 - BrowserSync 支持多设备同步、代理、自定义路由，但首次启动慢，且容易因端口占用或防火墙报错
Error: listen EADDRINUSE - 如果你的项目已有
package.json和npm start，那优先走 npm script 配 BrowserSync；否则别给自己加配置负担
容易被忽略的路径和缓存问题
即使装了 Live Server，也可能改了 CSS 没反应——大概率不是插件问题，而是路径或缓存卡住了。
- 检查浏览器地址栏是不是
http://开头，而不是file://；后者无法触发 Live Server 的监听 - 确认 HTML 中引用的 CSS 路径正确：
href="css/style.css"就不能写成href="style.css"（如果 HTML 不在根目录） - 强制清空浏览器缓存：改 CSS 后按
Ctrl+F5（硬刷新），或开发者工具里勾选Disable cache - Sublime 保存时没真正写入磁盘？关掉
atomic_save设置（Preferences → Settings里删掉"atomic_save": true）可避免某些系统下监听延迟
复杂点在于：CSS 变化是否生效，取决于 HTML 是否加载它、浏览器是否读到新内容、以及监听工具是否捕获到保存事件——三个环节缺一不可，但问题往往只出在一个地方。
