直接在项目根目录的.vscode/settings.json中设置{"files.trimtrailingwhitespace": true}即可生效，需确保文件非只读、编辑器有焦点、无.editorconfig覆盖或语言专属禁用；如需同步删除末尾空行，应额外启用files.trimfinalnewlines。
直接设 files.trimTrailingWhitespace: true 就行，不用插件、不依赖 Prettier，保存时自动删掉每行末尾的空格和制表符——但只在你真正保存文件时触发，不是实时监听。
怎么配才真正生效
这个设置默认是 false，必须手动打开，且优先级顺序是：项目根目录下的 .vscode/settings.json > 工作区设置 > 用户级设置。只改用户设置，别人 clone 代码后根本不会继承。
- 推荐在项目根目录新建或编辑
.vscode/settings.json，写入：{"files.trimTrailingWhitespace": true} - 如果已有该文件，检查有没有某处显式设为
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 可能破坏其意图
想连文件末尾多余空行也一起删
files.trimTrailingWhitespace 不处理换行符数量，它只管“行尾”，不管“文件尾”。要删末尾连续空行，得加另一个开关：
-
files.trimFinalNewlines：保存时把文件末尾所有连续换行符压缩为一个（即删掉多余空行，但保留最后一行后的单个换行） - 建议组合使用：
{"files.trimTrailingWhitespace": true,"files.trimFinalNewlines": true,"files.insertFinalNewline": true} - 注意：
files.trimFinalNewlines不影响文件中间的空行，也不会动\n以外的内容
容易被忽略的关键点：空行本身（纯 \n）不是“空白符”，files.trimTrailingWhitespace 对它完全无感；而 files.trimFinalNewlines 只作用于文件末尾，对中间空行视而不见。两个配置各司其职，缺一不可。
