直接在项目根目录的.vscode/settings.json中设置"files.trimTrailingWhitespace": true即可生效，需确保未被语言级配置、.editorconfig或只读状态覆盖。
直接开 files.trimTrailingWhitespace 就行，不用插件、不依赖 Prettier，保存即生效。
怎么配才真正起作用
这个设置默认是 false，必须手动设为 true，且推荐写进项目级配置，避免被覆盖或团队不一致：
- 在项目根目录创建或编辑
.vscode/settings.json，加入：{"files.trimTrailingWhitespace": true} - 别只改用户级 settings（
settings.json在用户目录下），别人拉代码后不会继承 - 如果已存在
.vscode/settings.json，检查有没有显式设为false的地方，比如："[markdown]": {"files.trimTrailingWhitespace": false}—— 语言级配置优先级更高 - 确认右下角状态栏显示的语言 ID 正确（如
javascript，不是plaintext），否则语言专属规则可能压根没加载
为什么保存后空格还在
不是配置失效，而是被更高优先级机制拦截或绕过：
- 文件是只读的（Git LFS 锁定、权限受限、或被其他进程占用），VSCode 不会对只读文件执行 trim
- 按了
Ctrl+S，但焦点不在编辑器区域（比如光标停在终端、搜索框或侧边栏），实际没触发保存 - 装了 EditorConfig 插件，且项目根目录有
.editorconfig，其中写了trim_trailing_whitespace = false—— 它会覆盖 VSCode 设置 - 某些语言模式（如
makefile、shellscript）在 VSCode 内置逻辑中默认禁用该行为，需单独开启："[makefile]": {"files.trimTrailingWhitespace": true}
files.trimTrailingWhitespace 和 editor.formatOnSave 到底啥关系
完全独立，别混着理解：
-
files.trimTrailingWhitespace是 VSCode 自己干的纯文本擦除：只删每行末尾的空格、\t、\r，不碰结构、不重排、不触发语言服务 -
editor.formatOnSave是调用外部格式化器（如 Prettier、ESLint、Black），是否删空格取决于它们各自的配置；比如prettier.trailingComma管逗号，不管空格 - 两者同时开，顺序固定：先格式化 → 再 trim 行尾空白。所以即使 Prettier 输出带空格，VSCode 还会再扫一遍
- 但若 Prettier 重排 import 并插入空行，再 trim 可能破坏其意图；真要统一控制，建议关掉
editor.formatOnSave，只留原生组合：files.trimTrailingWhitespace+files.trimFinalNewlines+files.insertFinalNewline
想连空行一起清理？得加一个配置
files.trimTrailingWhitespace 不处理空行本身（即纯换行符），它只擦每行“末尾”的空白。要压缩文件末尾多余的换行符，必须额外启用：
-
files.trimFinalNewlines：设为true，保存时把结尾所有连续换行符压缩成一个 - 它和
files.insertFinalNewline是互补的：后者确保结尾“有且仅有一个换行”，前者确保“不多于一个” - 两者都开，才能稳定收尾；否则可能出现“结尾没换行”或“结尾多出两三个空行”的 Git diff 毛病
- 注意：Prettier 的
endOfLine: "auto"可能绕过这个行为，建议统一由 VSCode 控制末尾换行
真正麻烦的不是找不到开关，而是多个配置层叠后互相覆盖——比如 .editorconfig 声明了 trim_trailing_whitespace = true，但 VSCode 工作区设置里又写了 false，或者语言 ID 识别错导致规则根本没加载。每次怀疑失效，先查 Developer: Inspect Editor Tokens and Scopes 确认当前语言上下文，再一层层翻配置来源。
