Sublime Text 不编译 Sass，需三步协同：终端运行 sass --watch 监听、Sublime 正确配置 sass_path 路径、LiveReload 实现浏览器自动重载；任一环节缺失或路径错误即失效。
Sublime Text 本身不编译 Sass，所谓“现代化编译与监控”必须拆解为三件事：终端里跑 sass --watch 做真实监听、Sublime 正确调用 sass 命令（或触发保存即编译）、浏览器自动重载 CSS。三者缺一不可，而最容易卡住的是第一和第二块。
确认 sass 命令在 Sublime 内真正可用
终端里 sass --version 能跑 ≠ Sublime 能调用它。macOS/Linux 图形界面启动的 Sublime 不读 ~/.zshrc；Windows 上用了 nvm 切 Node 版本后，sass.cmd 可能只存在于某个版本的 node_modules/.bin 里。
- 先在终端运行
which sass（macOS/Linux）或where sass（Windows），拿到绝对路径，例如/opt/homebrew/bin/sass或C:\Users\Me\AppData\Roaming\npm\sass.cmd - 打开 Preferences → Package Settings → SCSS → Settings（推荐用 SCSS 插件，比老版 Sass 插件更轻量）
- 在右侧用户设置中写入：
"sass_path": "/opt/homebrew/bin/sass"—— 注意只填可执行文件路径，不是sass --watch - 别信插件文档里写的 “自动检测”，它不会猜路径；也别填
sass简写，Sublime 启动时 PATH 是空的
用 sass --watch 做真监听，别依赖插件“实时编译”
所有声称“后台监听”的 Sublime 插件（包括 LiveSassCompiler）本质都是 fork 进程跑 sass --watch，但容易卡死、漏文件、不响应子目录变更。真稳定的方式是让它彻底脱离 Sublime，在终端里独立跑。
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
- 进项目根目录，执行：
sass --watch src/scss:dist/css—— 这会递归监听整个src/scss/目录，输出保持嵌套结构 - 如果只想监听单个入口文件（如
src/scss/main.scss），用：sass --watch src/scss/main.scss:dist/css/main.css - 加
--style=compressed或--source-map参数直接控制输出，不用靠插件二次配置 - 别把
--watch塞进 Sublime 的构建系统里——它会阻塞 Sublime 主进程，保存后卡住几秒甚至假死
让 Sublime 保存时触发 CSS 重载，而不是等编译完成
你改了 _variables.scss，保存 main.scss 却没反应？不是编译失败，是浏览器根本没收到新 CSS。插件默认不通知浏览器，得自己搭链路。
- 装 LiveReload 插件，并在浏览器装对应扩展（Chrome/Firefox 都有官方 LiveReload）
- 终端里启动
sass --watch后，再在 Sublime 里按Ctrl+Shift+P输入LiveReload: Enable/Disable启用 - 关键一步：在 HTML 文件里手动加一段 script（开发时加，上线删）：
<script>document.write('<script src="http://' + (location.host || 'localhost').split(':')[0] + ':35729/livereload.js?snipver=1"></script>'); - 这样只要
dist/css/下的 CSS 文件被sass --watch写入，LiveReload 就会推送到浏览器并重载样式，毫秒级响应
最常被忽略的点：Sublime 编辑器本身永远不参与“监听”逻辑，它只是个文本编辑器。所有编译、监听、重载都发生在外部进程里。配置失败时，优先查终端里 sass --watch 是否真在跑、是否报路径错误、是否被杀掉，而不是翻 Sublime 控制台日志。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
