直接设置 "files.trimTrailingWhitespace": true 即可启用行尾空格自动删除，需写入项目级 .vscode/settings.json 以确保团队一致，注意避免被语言专属配置、.editorconfig 或只读状态覆盖。
直接开 files.trimTrailingWhitespace: true 就行，不用插件、不依赖 Prettier，保存即生效——但只删每行末尾的空格和制表符，不碰空行本身，也不影响行中或行首空格。
怎么配才真正起作用
这个设置默认是 false，必须手动设为 true，且优先级顺序是：文件夹级（.vscode/settings.json） > 工作区级 > 用户级。推荐写进项目根目录的 .vscode/settings.json，避免被覆盖或团队不一致：
{"files.trimTrailingWhitespace": true}
- 别只改用户级
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：
- 它默认为
false，必须手动设为true才生效 - 和
files.insertFinalNewline: true配合使用才稳定：前者确保结尾“不多余”，后者确保结尾“有且仅有一个换行” - 注意：它只管文件末尾，不管中间的空行；中间空行得靠 Prettier 或正则替换（如查找
^\s*$\n，替换为\n） - 容易被忽略的覆盖层：语言设置、
.editorconfig、只读状态——哪怕.vscode/settings.json里写了"files.trimFinalNewlines": true，也可能不生效
最常被忽略的是语言 ID 识别错误和 .editorconfig 的静默接管，验证前先运行命令面板里的 Developer: Inspect Editor Tokens and Scopes，看右下角显示的 languageId 是否准确——这比反复改配置更省时间。
