直接启用files.trimtrailingwhitespace:true即可保存时自动删除所有行尾空格（含空行内空格），无需插件或prettier；若未生效，常见原因包括文件只读、焦点不在编辑器、.editorconfig覆盖、语言id错误或工作区配置显式设为false。
直接启用 files.trimTrailingWhitespace 即可，无需插件、不依赖 Prettier，保存时自动清理所有行尾空格（含空行里的空格）。
为什么保存后空格还在？常见拦截点
不是配置没生效，而是被更高优先级规则或环境限制挡住了：
- 文件是只读的（如被 Git LFS 锁定、权限为 read-only），VSCode 不会修改内容
- 焦点不在编辑器区域（光标停在终端、搜索框或侧边栏），
Ctrl+S实际没触发文件保存 - 项目根目录存在
.editorconfig，且写了trim_trailing_whitespace = false—— EditorConfig 插件会强制覆盖 VSCode 设置 - 语言 ID 识别错误（如
.env被当成plaintext），或语言专属配置显式关掉了它："[shellscript]": {"files.trimTrailingWhitespace": false} -
.vscode/settings.json里某处写了"files.trimTrailingWhitespace": false，它会盖过用户级设置
怎么配才真正起作用？推荐路径
别只改全局设置，团队协作下容易漏掉、Git diff 突然爆一堆空格变更。最稳妥的是写进项目根目录：
- 在项目根目录建
.vscode/settings.json，内容加一行：{"files.trimTrailingWhitespace": true} - 如果某些类型必须保留尾随空格（比如 Markdown 换行语义、Makefile 对齐），单独禁用：
"[markdown]": {"files.trimTrailingWhitespace": false} - 确认右下角状态栏显示的语言 ID 正确（如
javascript，不是plain text），否则语言级配置压根不加载
editor.action.trimTrailingWhitespace 命令能干啥、不能干啥
这是 VSCode 原生命令，不依赖任何扩展，但名字很诚实：只动“尾随空白字符”，不碰换行符。
- ✅ 清除当前打开文件中所有行尾的空格和制表符（包括空行里的空格）
- ❌ 不删除纯空行本身（空行还在）
- ❌ 不处理行首或行中空格（比如
let x = 1;中间两个空格不会动） - 可绑定快捷键，例如在
keybindings.json里加：{"key": "ctrl+alt+t", "command": "editor.action.trimTrailingWhitespace"}
和 editor.formatOnSave 的关系必须理清
两者完全独立，顺序固定：先格式化 → 再 trim 行尾空白。但混用容易出问题：
-
files.trimTrailingWhitespace是纯文本层毫秒级擦除，只删\s（空格、\t、\r），不重排、不触发语言服务 -
editor.formatOnSave是调外部工具（Prettier/ESLint/Black），是否删空格取决于它们自己的规则（比如prettier.trailingComma根本不管空格） - 同时开两者，空格会被删两次——虽无害但多余；更麻烦的是，若 Prettier 输出带空格而 ESLint 又禁用了
no-trailing-spaces，反而让空格漏过去
空行末尾的空格常被忽略，但它会在 Git diff 里显示为 +，干扰审查；CI 工具（如 pre-commit hooks）也会校验。只要 files.trimTrailingWhitespace 为 true，这部分就自动清理了——但纯空行本身（仅换行符）不会动，那是 files.trimFinalNewlines 的事。
