files.trimTrailingWhitespace是唯一需开启的配置项，保存时原生扫描并删除每行末尾空格、制表符及回车符（含空行内空白），不删空行本身，毫秒级完成且无副作用；须设为true并写入项目根目录.vscode/settings.json，避免被语言级配置、EditorConfig或只读状态覆盖。
files.trimTrailingWhitespace 是唯一要开的配置项
删行尾空格，不需要 Prettier、ESLint 或 editor.formatOnSave —— 它们不负责这事，开了反而可能冲突。VSCode 原生的 files.trimTrailingWhitespace 就是专干这个的：保存时扫一遍，把每行末尾的空格、\t、\r 全部抹掉，毫秒级完成，不重排代码、不触发语言服务。
它连空行里的空格也删：比如一行只有四个空格，保存后变成纯空行（只剩一个换行符）；但注意，它**不删空行本身**，三行纯 \n 还是三行。
- 必须设为
true，默认是false - 写进项目根目录的
.vscode/settings.json，避免被团队成员忽略或覆盖 - 别只改用户级 settings —— 别人 clone 后 Git diff 里照样冒出一堆空格变更
- 检查有没有语言级覆盖，比如
"[makefile]": {"files.trimTrailingWhitespace": false}，这种会直接关掉
为什么保存后空格还在？不是配置失效，是被拦住了
常见现象：files.trimTrailingWhitespace 明明开了，Ctrl+S 后状态栏没弹出 “Trimmed trailing whitespace”，空格纹丝不动。这不是 VSCode 抽风，而是触发条件没满足：
- 文件是只读的 —— Git LFS 锁定、权限受限、或被其他进程占用，VSCode 不会对只读文件执行 trim
- 焦点不在编辑器内 —— 光标停在终端、搜索框或侧边栏，按 Ctrl+S 实际没触发文件保存
- 被
.editorconfig覆盖 —— 如果项目根目录有该文件，且写了trim_trailing_whitespace = false，EditorConfig 插件会强制关掉 VSCode 的行为 - 语言 ID 识别错误 —— 右下角状态栏显示的是
plaintext而不是javascript，语言专属配置压根没加载
想删文件末尾多余换行？得加 files.trimFinalNewlines
files.trimTrailingWhitespace 管不到文件结尾的换行符数量。如果你保存后文件末尾还堆着三四个 \n，那是另一个开关的事：files.trimFinalNewlines。
它只做一件事：把文件末尾所有连续的换行符压缩成一个。和 files.insertFinalNewline: true 配合使用才完整 —— 后者保证结尾“有换行”，前者保证“不多余”。
- 两者都设为
true，才能稳定实现「以单个换行结尾」 - 它不影响文件中间的空行，也不会动
\n以外的内容 - 如果同时开了
editor.formatOnSave并用 Prettier，它的endOfLine配置可能绕过这个原生行为，建议统一由 VSCode 控制收尾逻辑
真要删中间空行？别指望原生设置，用正则或格式化工具
VSCode 没有「保存时自动删所有空行」的原生开关。这是常被误以为存在的功能，但其实 files.trimTrailingWhitespace 和 files.trimFinalNewlines 都不碰中间空行。
想批量清理，有两个务实路径：
- 用 VSCode 搜索面板（Ctrl+H）正则替换：
查找：^\s*$\n（匹配纯空行，含可能的空格）
替换为：\n—— 注意这会删掉所有空行，慎用；更安全的是删「连续多个」：\n\s*\n\s*\n→\n\n，多运行几次 - 启用
editor.formatOnSave并配 Prettier 或 ESLint：
Prettier v3+ 默认会压缩连续空行为一个；ESLint 需配"no-multiple-empty-lines": ["error", { "max": 1 }]
空行语义敏感（比如 Markdown 段落分隔），删之前务必确认是否影响可读性或渲染逻辑。
