sublime text 不编译 sass 的主因是路径未正确配置，需通过终端验证 sass --version 并获取绝对路径，再配合 sublimeonsavebuild 自定义构建系统解决兼容性与报错问题。
Sublime Text 本身不编译 Sass，装完插件没反应，90% 是因为 sass 命令根本没被 Sublime 找到——不是插件问题，是路径和 CLI 没配对。
确认 sass 是否真能被 Sublime 调用
终端里 sass --version 能跑 ≠ Sublime 启动时能调用它。macOS/Linux 图形界面启动 Sublime 不继承 shell 的 PATH；Windows 上若用了 nvm，当前 Node 版本下没全局装 sass，也会报 command not found: sass。
- 先在终端执行
which sass（macOS/Linux）或where sass（Windows），拿到绝对路径，例如/opt/homebrew/bin/sass或C:UsersMeAppDataRoaming pmsass.cmd - 别信“装了 npm -g sass 就万事大吉”——打开全新终端（非 Sublime 内置 console），运行
sass --version，必须输出类似1.77.6的 Dart Sass 版本号 - 如果报错，重装：确保 Node.js ≥18.0，然后运行
npm install -g sass（不是局部安装，不加--save-dev）
用 SublimeOnSaveBuild + 自定义 .sublime-build 最稳
原生 Sass 插件对 @use、@forward 支持差，报错像 Error: Invalid CSS after "@use" 就是它在罢工；LiveSassCompiler 默认不报错、静默失败，调试困难。而 SublimeOnSaveBuild 只管监听保存，把编译干净交给系统级 sass，错误可读性强、兼容性好。
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
- 用 Package Control 安装
SublimeOnSaveBuild - 菜单栏
Tools → Build System → New Build System…，粘贴以下内容：
{
"cmd": ["sass", "--no-source-map", "$file", "${file_path}/${file_base_name}.css"],
"selector": "source.scss, source.sass",
"file_regex": "^(.*?):([0-9]+):([0-9]+) (.*)$"
}
- 保存为
Sass.sublime-build（必须放在Packages/User/下） -
--no-source-map必须加，否则构建常卡住；需要 sourcemap 时换成--embed-sources -
file_regex必须匹配 Dart Sass 报错格式，否则错误被吞掉，控制台只显示 “build finished”，你连哪行错了都不知道
路径含中文或空格会导致编译静默失败
Dart Sass 在 Windows 下对非 ASCII 路径极其敏感。常见现象：保存后无任何输出、无报错、CSS 文件也不生成，控制台也空空如也。
- 检查项目路径是否含中文、空格或特殊符号（如
我的项目、my project） - 临时把项目移到纯英文路径下测试，比如
C:devmyapp或~/projects/myapp/ - 若必须用中文路径，Windows 用户可在构建系统中显式加
"path": "C:\Users\Me\AppData\Roaming\npm"（注意双反斜杠）
真正麻烦的从来不是“怎么装插件”，而是让 Sublime 和系统里的 sass 进程说上话——路径、权限、Node 环境、GUI 启动方式，任何一个环节断了，就静默失败。别跳过 which sass 和终端验证这步，它是唯一能告诉你“到底有没有准备好”的信号。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
