VSCode 默认不支持 Sass 文件智能格式化，需手动设置语言模式并配置 Prettier 为默认格式化器。
VSCode 默认不支持 Sass 文件的智能格式化，必须明确指定格式化器并确保插件能识别 .sass 或 .scss 后缀——否则右键“格式化文档”会失效或报错。
为什么 Sass 文件点不动“格式化文档”？
VSCode 不像处理 .css 那样内置 Sass 支持，它默认把 .sass 当作纯文本、.scss 当作 CSS 处理（但 CSS 格式化器通常不兼容 SCSS 语法）。结果就是：右键没反应、快捷键 Shift+Alt+F 提示“无法格式化”，或者只缩进不解析嵌套/变量。
- 检查当前文件语言模式：右下角状态栏是否显示
Sass或SCSS？如果不是，点击它 → 选择对应语言（Sass对应缩进语法，SCSS对应大括号语法） -
.sass文件需额外安装插件（如robinbentley.sass-indented），否则 VSCode 无法正确解析语法树 - 即使装了 Prettier，也得手动绑定语言模式和格式化器，不能靠“自动检测”
设置 Prettier 为 Sass/SCSS 默认格式化器
Prettier 是目前对 Sass/SCSS 支持最稳定的方案，但必须在 settings.json 中显式声明语言映射，不能只靠全局 "editor.formatOnSave": true。
Miller CSV TSV JSON 数据处理器
下载
Miller (mlr) 是一个命令行工具，用于查询、整形和重新格式化名称索引数据，如 CSV、TSV、JSON 和 JSON Lines。它将 awk、sed、cut、join 和 sort 的功能整合到一个专为结构化数据处理而构建的单一工具中。
- 打开命令面板
Ctrl+Shift+P→ 输入Preferences: Open Settings (JSON) - 添加以下配置（注意是方括号包裹的语言标识符）：
{
"[sass]": {
"editor.defaultFormatter": "esbenp.prettier-vscode"
},
"[scss]": {
"editor.defaultFormatter": "esbenp.prettier-vscode"
}
}
- 确保已安装
esbenp.prettier-vscode插件，且项目根目录有.prettierrc（否则用 Prettier 默认规则，可能不符合团队习惯） - 如果用了
stylelint，Prettier 不会执行属性排序等规则——那是 Stylelint 的事，两者职责不同，别指望一个插件干两份活
SCSS 和 Sass（缩进语法）格式化行为差异
同是 Sass 体系，.scss 和 .sass 在 Prettier 下表现不同：前者能完整解析嵌套、插值、mixin 调用；后者对多层缩进敏感，稍有空格错位就直接放弃格式化。
-
.scss文件推荐配合"prettier.singleQuote": true和"prettier.semi": false，与 JS 规则对齐 -
.sass文件慎用"prettier.useTabs": true——Prettier 默认用空格，强行改 Tab 容易破坏缩进层级 - 遇到
@import或@use报错，大概率是路径写法不规范（比如漏掉引号或斜杠方向错误），Prettier 不修复语法错误，只排版合法代码
批量格式化整个 Sass 目录的实操方式
不要逐个打开 .sass 文件保存——效率低还容易漏。真正可靠的批量操作只有两种：
- 命令面板输入
Prettier: Format Folder→ 选中src/styles这类 Sass 目录（前提是该目录下所有文件已被正确识别为sass或scss语言） - 终端执行 CLI 命令：
npx prettier --write "src/**/*.s[ac]ss"（比 GUI 更稳定，尤其适合 CI 或交接前统一风格） - 别依赖“搜索
*.scss→ 全部打开 → Ctrl+S”这种操作：VSCode 对大量标签页的格式化触发不可靠，部分文件可能跳过
真正卡住人的从来不是“怎么配”，而是语言模式没切对、插件没绑定到对应语言 ID、或者误以为 Prettier 能修语法错误——它只排版，不纠错。
