VSCode 保存时自动删除行尾空格只需启用 files.trimTrailingWhitespace：设为 true 即可，无需插件或格式化工具；它仅在手动保存时触发，不响应自动保存中间状态，且不删除空行本身。
VSCode 保存时自动删行尾空格，只用开 files.trimTrailingWhitespace 就够了，不用装插件、不依赖 Prettier 或 ESLint。
怎么确认并开启 files.trimTrailingWhitespace
这个设置默认是关闭的，必须手动启用。它只在你按 Ctrl+S（或 Cmd+S）保存时触发，不响应自动保存的中间状态（除非你设了 files.autoSave: "onFocusChange" 且确实切出了编辑器）。
- 打开设置界面（
Ctrl+,或Cmd+,），搜索trim trailing whitespace，勾选对应选项 - 或者直接编辑
settings.json，加一行："files.trimTrailingWhitespace": true - 推荐写进项目根目录的
.vscode/settings.json，避免污染全局，也方便团队统一 - 改完不用重启 VSCode，立刻生效；但要保存文件才能看到效果
为什么开了还是没删？常见失效原因
不是配置没写对，而是被更高优先级的规则覆盖或拦截了：
-
.vscode/settings.json里显式写了"files.trimTrailingWhitespace": false—— 它会盖过用户级设置 - 当前文件的语言 ID 被识别错（比如
.env文件被当成plaintext），或语言专属配置关掉了它，例如："[shellscript]": {"files.trimTrailingWhitespace": false} - 装了 EditorConfig 插件，且项目根目录有
.editorconfig，其中写了trim_trailing_whitespace = false - 文件是只读状态（如被 Git LFS 锁定、权限受限），VSCode 不会对只读文件执行 trim
- 文件路径被
files.exclude或search.exclude掩盖，VSCode 可能跳过处理
files.trimTrailingWhitespace 和格式化工具别混用
它和 editor.formatOnSave 完全是两码事：前者只是纯文本扫描+擦除行尾空白（空格、\t），毫秒级，无副作用；后者是调用 Prettier、ESLint 等格式化器，会重排结构、改缩进、动括号位置。
- 如果同时开了两者，且 Prettier 也配了删空格（比如
prettier.trailingComma不管这事，但某些自定义规则可能干涉），结果就是空格被删两次——不报错，但没必要 - 更麻烦的是冲突：比如 ESLint 的
no-trailing-spaces规则被eslint-config-prettier禁用了，反而让空格漏过去；而 VSCode 的files.trimTrailingWhitespace还在默默干活 - 真正稳的做法：
files.trimTrailingWhitespace: true全局开，再把格式化工具（如 Prettier）设为只负责结构，不碰空格
空行末尾的空格也会被删，但空行本身不会消失
这是最容易误解的一点：files.trimTrailingWhitespace 会处理所有行，包括纯空行——它会把空行末尾的空格/\t 删干净，但不会把整行（含换行符）干掉。
- 想删掉文件末尾多余的空行（比如结尾连续 5 个
\n只留 1 个），得开另一个配置："files.trimFinalNewlines": true - 想确保文件以换行结尾（Unix 风格 EOF），还得配
"files.insertFinalNewline": true - 如果要用正则批量删空行（不只是末尾），搜
^\s*$\n替换为空，注意\n必须包含在查找里，否则只是清空内容、空行还在
Git 提交前还看到空格 diff？大概率不是 VSCode 没干活，而是 .gitattributes 或 core.whitespace 在后台悄悄改了 Git 自己的空白处理逻辑——那得去查 Git 配置，不是编辑器的问题。
