files.trimTrailingWhitespace 必须设为 true才能自动删除行尾空格，它仅在手动保存时触发，优先级低于.editorconfig等配置，且不与Prettier等格式化器冲突。
files.trimTrailingWhitespace 必须设为 true
VSCode 安装完默认不删行尾空格，files.trimTrailingWhitespace 默认是 false，必须手动改成 true 才生效。它只在你按 Ctrl+S（Windows/Linux）或 Cmd+S（macOS）保存时触发，不是实时监听，也不响应自动保存的中间状态。
最稳妥的做法是写进项目根目录的 .vscode/settings.json，而不是用户级设置：
{"files.trimTrailingWhitespace": true}
- 只改用户设置 → 别人 clone 代码后 Git diff 里全是空格变更
- 已有
.vscode/settings.json→ 检查是否某处显式写了"files.trimTrailingWhitespace": false（比如语言块"[markdown]"） - 右下角状态栏显示语言 ID 是
plaintext而不是javascript→ 语言专属配置压根没加载
为什么保存了空格还在？常见拦截点
不是配置没开，而是被更高优先级规则“截胡”了：
-
.editorconfig里写了trim_trailing_whitespace = false→ 它会覆盖 VSCode 设置 - 文件被 Git LFS 锁定，或权限为只读 → VSCode 不会对只读文件执行
trim - 光标停在终端、搜索框或侧边栏 →
Ctrl+S实际没触发文件保存 - 语言模式识别错误（如
.env被当成plaintext）→ 对应语言配置不生效 - 某些语言（如
makefile、shellscript）VSCode 内置逻辑默认禁用 → 需单独加："[makefile]": {"files.trimTrailingWhitespace": true}
别和 Prettier/ESLint 混着配
files.trimTrailingWhitespace 和 editor.formatOnSave 完全无关：
- 前者是 VSCode 原生纯文本擦除，只删每行末尾空格/
\t/\r，毫秒级，不重排结构 - 后者是调用外部格式化器（如 Prettier），是否删空格取决于它自己的规则（比如
prettier.trailingComma不管空格） - 两者同时开，顺序是：先格式化 → 再 trim 行尾空白。若 Prettier 输出带空格，VSCode 还会再扫一遍；但若它插入新空行，再 trim 可能破坏意图
- 想统一控制，建议关掉
editor.formatOnSave，只留files.trimTrailingWhitespace+files.trimFinalNewlines+files.insertFinalNewline
空行里的空格也会被删，但空行本身不会
files.trimTrailingWhitespace 名字很老实：只删“尾随空白字符”，包括空行里的空格 —— 这点常被忽略，但 Git diff 里空行含空格会导致无意义变更。
- 一行末尾有 5 个空格 → 保存后变成纯内容 + 换行符
- 一行只有 3 个空格 → 保存后变成空行（只剩一个
\n） - 一行本来就是纯
\n（干净空行）→ 完全不动 - 文件末尾连续 5 个
\n→ 全部保留，files.trimTrailingWhitespace不管它
想压缩末尾多个换行符？得额外开 files.trimFinalNewlines；想确保结尾一定有且仅有一个换行？再加 files.insertFinalNewline。三个配置职责分明，混用前先看清谁管哪一段。
