files.trimTrailingWhitespace是唯一需开启的配置，保存即生效，不依赖插件、不触发格式化、不重排代码；它原生纯文本扫描删行尾空格/制表符，包括空行内空格，但不删空行本身。
files.trimTrailingWhitespace 是唯一需要开启的配置项，开完保存即生效，不依赖插件、不触发格式化、不重排代码。
为什么不是 editor.formatOnSave 或 Prettier 配置
很多人误以为要靠 editor.formatOnSave 或 Prettier 的 trimTrailingSpace（或 ESLint 的 no-trailing-spaces）来删尾随空格，其实没必要——而且容易冲突。
-
editor.formatOnSave是调用外部格式化器（如 Prettier），它是否删空格，取决于该工具自己的规则；VSCode 不保证它一定执行，也不控制时机 - Prettier 的
trimTrailingSpace实际上并不存在（正确字段是trailingComma，且不管空格）；ESLint 的no-trailing-spaces默认只报错，不自动修复，除非你额外配了eslint.format.enable，但这样会和files.trimTrailingWhitespace重复干活 -
files.trimTrailingWhitespace是 VSCode 原生纯文本层操作：只扫每行末尾，删掉\t、\r，毫秒级完成，无副作用
怎么配才真正起作用
配置本身很简单，但实际失效往往不是因为写错了，而是被更高优先级规则覆盖或触发条件不满足：
- 必须写进项目根目录的
.vscode/settings.json（而非用户 settings），否则别人 clone 后 Git diff 仍会因空格差异爆红 - 检查有没有语言级覆盖，比如
"[markdown]": {"files.trimTrailingWhitespace": false}—— 这会关掉 Markdown 文件的 trim，因为两个空格结尾是换行语义 - 确认当前文件的语言 ID 正确：右下角状态栏点语言名 → “Configure Language Specific Settings”，若显示
plaintext而不是javascript，语言专属配置就压根没加载 - 文件不能是只读状态（如被 Git LFS 锁定、权限受限），VSCode 对只读文件不会执行任何 trim
- 焦点必须在编辑器内，按
Ctrl+S才触发；光标停在终端或搜索框里，Ctrl+S实际没保存文件
空行末尾的空格也会被删吗
会。这是常被忽略但关键的一点：files.trimTrailingWhitespace 默认处理所有行，包括纯空行——它会把空行末尾的空格、制表符一并擦掉。
- 例如一行只有三个空格，保存后变成空行（即只剩一个换行符）
- 但注意：它**不删除空行本身**，只删空行“内部”的尾随空白；三行纯空行，删完还是三行
- 如果想压缩文件末尾多个换行符为一个，得额外配
files.trimFinalNewlines: true - 如果同时开了
editor.formatOnSave，顺序是「先格式化 → 再 trim」，所以即使 Prettier 输出带空格，VSCode 还会再扫一遍
真正麻烦的不是找不到开关，而是多层配置叠加后谁说了算：.editorconfig、语言专属设置、工作区 settings、用户 settings —— 它们有明确优先级，改一处可能被另一处静音。动手前先用命令面板运行 Developer: Inspect Editor Tokens and Scopes 确认当前文件实际生效的语言 ID 和配置来源。
