直接开启files.trimTrailingWhitespace: true即可实现保存时自动删除行尾空格，无需插件或格式化工具；需配置在项目级.vscode/settings.json中以防覆盖，且仅对可写文件、编辑器焦点内保存生效。
直接开 files.trimTrailingWhitespace 就行，不用装插件、不依赖格式化工具，保存即生效。
怎么配才真正起作用
这个设置默认是关闭的，必须手动打开。它只在你按 Ctrl+S（或 Cmd+S）保存时触发，不是实时监听，也不是自动保存（files.autoSave）的中间状态。
- 最稳妥的方式：在项目根目录下
.vscode/settings.json里加这一行：{"files.trimTrailingWhitespace": true} - 别只改用户级设置——别人拉代码没这配置，Git diff 里照样冒出一堆空格变更
- 如果已存在工作区
.vscode/settings.json，检查有没有某处把它显式设为false，比如"[markdown]": {"files.trimTrailingWhitespace": false}，这种语言级覆盖会优先生效 - 确认右下角状态栏语言 ID 正确（如
javascript而不是plain text），否则语言专属设置可能压根没加载
为什么保存后空格还在
不是配置失效，而是被其他机制“拦下来”了：
- 文件是只读的（比如被 Git LFS 锁定、或权限受限），VSCode 不会修改内容
- 焦点不在编辑器区域（比如光标停在终端、搜索框或侧边栏），
Ctrl+S实际没触发文件保存 - 用了
EditorConfig插件，且项目根目录有.editorconfig文件，其中写了trim_trailing_whitespace = false—— 它会覆盖 VSCode 设置 - 某些语言模式（如
makefile、shellscript）在 VSCode 内置逻辑中默认禁用该行为，得单独显式开启
和 editor.formatOnSave 到底什么关系
完全独立，别混着理解：
-
files.trimTrailingWhitespace是 VSCode 自己干的纯文本擦除，只删每行末尾的空格和制表符（包括空行里的空格），不碰结构、不重排、不触发语言服务 -
editor.formatOnSave是调用外部格式化器（如 Prettier、ESLint、Black），它们是否删空格，取决于各自配置；比如prettier.trailingComma管逗号，不管空格 - 两者同时开，顺序是：先格式化 → 再 trim 行尾空白。所以即使 Prettier 输出带空格，VSCode 还会再扫一遍——但若 Prettier 本身重排了 import 并插入空行，再 trim 可能破坏其意图
- 真要统一控制，建议关掉
editor.formatOnSave，只留files.trimTrailingWhitespace+files.trimFinalNewlines+files.insertFinalNewline这组原生组合
哪些地方容易被忽略
空格问题看着小，但协作时最容易暴露配置断层：
- 空行里的空格也会被删——这点常被当成“没生效”，其实它清掉了
\n␣␣\n里的两个空格，但保留了换行，所以空行还在；要删空行得靠files.trimFinalNewlines - Git 提交前看到空格 diff，不一定是 VSCode 没干活，可能是
.gitattributes里设了* text=auto eol=lf或core.whitespace在后台作祟 - 状态栏右下角出现 “Trimmed trailing whitespace” 提示，才是生效的直接证据；没提示，大概率没走保存流程
