sublime text 自动监听 sass 需依赖外部 sass --watch 进程，插件仅触发该命令；需手动配置 sassexecutablepath 路径，避免 path 环境缺失；sass --watch 应在终端独立运行，不可集成进构建系统；浏览器实时刷新需配合 livereload 插件与路径严格一致。
Sublime Text 本身不监听 Sass 文件变更，所谓“自动监听”必须靠外部 sass --watch 进程实现——插件只是触发或包装它，真正在后台干活的是终端里的 Dart Sass。
为什么 Sublime 里点“Watch Sass”经常没反应
LiveSassCompiler 或其他类似插件启动后看似在监听，实则依赖两个隐性前提：一是本地有可用的 sass 命令，二是该命令能被插件进程正确调用。macOS/Linux 图形界面下 Sublime 启动时不加载 shell 配置（如 ~/.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 → LiveSassCompiler → Settings，在右侧用户设置中写入："sassExecutablePath": "/opt/homebrew/bin/sass"（注意键名是sassExecutablePath，不是sass_path） - 别信插件文档里写的“自动检测”，它不会去猜 PATH；也别填
sass简写，Sublime 的子进程环境里 PATH 是空的
sass --watch 必须在终端独立运行，别塞进 Sublime 构建系统
把 sass --watch 写进 Sublime 的 .sublime-build 文件里，会导致每次保存都 fork 一个新进程，旧进程不退出，越积越多，最终卡死或漏编译。真正稳定的方式是让它彻底脱离编辑器。
- 进项目根目录，执行：
sass --watch scss:css（递归监听scss/下所有文件，输出保持嵌套结构） - 若只编译单入口，用：
sass --watch src/scss/main.scss:dist/css/main.css - 加参数直接控制输出：
--style=compressed压缩 CSS，--source-map生成 sourcemap，不用靠插件二次配置 - 别在 Sublime 里按
Ctrl+B跑这个命令——它会阻塞 UI，保存后卡住几秒甚至假死
保存 SCSS 后浏览器没刷新？链路断在了最后一步
你改了 _variables.scss，保存 main.scss 却没看到页面变化，大概率不是编译失败，而是浏览器根本没收到新 CSS。插件默认不通知浏览器，得手动搭通这条链路。
- 装
LiveReload插件（推荐用官方版，非 LiveSassCompiler 自带的简易 reload） - 浏览器装对应扩展（Chrome/Firefox 官方 LiveReload 插件）
- 终端跑起
sass --watch后，在 Sublime 里按Ctrl+Shift+P输入LiveReload: Enable/Disable启用 - 点击浏览器右上角 LiveReload 图标，确保它变成高亮连接状态（不是灰色断开）
最常被忽略的其实是路径一致性：sass --watch 输出的 CSS 路径，必须和 HTML 里 <link href="..."> 引用的路径完全一致，大小写、斜杠方向、相对/绝对都得对得上。差一个字符，LiveReload 就收不到变更通知。
