启用 files.trimtrailingwhitespace 即可自动删除行尾空格（含空行中的空格），无需插件或格式化工具；需在 .vscode/settings.json 中设为 true，注意避免被语言配置、editorconfig 或只读状态覆盖。
开 files.trimTrailingWhitespace 就行，不用装插件、不依赖 Prettier 或 ESLint，保存即生效。
怎么确认并正确开启 files.trimTrailingWhitespace
这个配置默认是关闭的，必须手动启用。它只在你按 Ctrl+S（Windows/Linux）或 Cmd+S（macOS）保存时触发，不响应自动保存的中间状态（除非你设了 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 也配了删空格（比如某些自定义规则），结果就是空格被删两次——不报错，但没必要
- 更麻烦的是冲突：比如 ESLint 的
no-trailing-spaces规则被eslint-config-prettier禁用了，反而让空格漏过去；而 VSCode 的files.trimTrailingWhitespace还在默默干活
要不要连带删掉空行末尾的空格？
要。VSCode 的 files.trimTrailingWhitespace 默认就处理所有行，包括空行——这点常被忽略，但很关键。
- Git 提交时，空行里的空格会导致 diff 显示
+，干扰审查 - 某些 CI 工具（如 pre-commit hooks）会校验空格，空行不干净一样报错
- 不需要额外配置，只要
files.trimTrailingWhitespace为true，空行末尾空格自动消失
真正容易被忽略的是：它不删「纯空行」本身，只删空行里的空格；删末尾连续换行符得靠 files.trimFinalNewlines，那是另一个开关。
