sublime text 的 sassbuilder 插件无法真正监听文件变更，必须在终端运行 sass --watch；需手动配置 sass_path 为绝对路径，删除旧配置文件，并搭配 livereload 实现浏览器自动刷新。
Sublime Text 本身不运行后台监听，SassBuilder 插件只是调用 sass 命令做一次性编译，所谓“后台监听”必须靠终端里真实运行 sass --watch 实现——插件里点“Watch”或保存即编译，本质都是伪造监听，容易漏变更、卡死、不响应 @import 子文件改动。
确认系统已装 Dart Sass，且路径能被 Sublime 正确识别
终端里 sass --version 能返回版本 ≠ Sublime 能调用它。macOS/Linux 图形界面启动的 Sublime 不加载 shell 配置（如 ~/.zshrc），Windows 上用 nvm 切 Node 版本后，sass 可能只存在于某个 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 → SassBuilder → Settings（注意不是 SCSS 或 LiveSassCompiler）
- 在右侧用户设置中写入：
"sass_path": "/opt/homebrew/bin/sass"—— 必须是完整可执行文件路径，不能只写sass，也不能带参数 - 删掉旧的
.sassbuilder-config文件（它只适配 Ruby Sass，Dart Sass 不认）
别信插件自带的 “Watch” 按钮，手动在终端跑 sass --watch
SassBuilder 的右下角 “Watch Sass” 实际是 fork 进程跑 sass --watch，但 Sublime 主进程会阻塞、子目录变更不触发、改了 _variables.scss 后 main.scss 保存也不重新编译——这些都不是配置问题，是设计限制。
- 进项目根目录，运行：
sass --watch scss:css（递归监听整个scss/目录，输出保持嵌套结构） - 如果只编译单入口，用：
sass --watch src/scss/main.scss:dist/css/main.css - 加参数控制输出：
--style=compressed压缩，--source-map生成 map 文件，--no-source-map-urls避免 CSS 里写绝对路径 - 绝对不要把
sass --watch塞进 Sublime 构建系统（.sublime-build），它会卡住编辑器几秒甚至假死
让浏览器自动重载 CSS，而不是等 Sublime 编译完成
你改了 _mixins.scss，保存 main.scss 后 CSS 文件确实生成了，但页面没变——不是编译失败，是浏览器根本没收到通知。
- 装
LiveReload插件（Package Control 安装即可） - 浏览器装对应扩展（Chrome/Firefox 官方
LiveReload） - 终端启动
sass --watch后，在 Sublime 按Ctrl+Shift+P输入LiveReload: Enable/Disable启用 - 在 HTML 页面
里加：<script>document.write('<script src="http://' + (location.host || 'localhost') + ':35729/livereload.js?snipver=1"></script>')（或用 LiveReload 浏览器插件手动连接）
真正稳定的链路只有三条：终端里 sass --watch 真监听、Sublime 正确指向 sass 可执行文件、LiveReload 把 CSS 更新推到浏览器。中间任何一环用插件“代劳”，就容易在子文件变更、路径含空格、Node 版本切换时突然失效——这不是配置技巧问题，是架构层面的取舍。
