直接设"files.trimTrailingWhitespace": true即可，但生效受配置优先级（工作区＞语言专属＞用户）及EditorConfig、语言ID、文件状态等影响；需结合语言配置、autoSave设置及手动命令editor.action.trimTrailingWhitespace协同使用。
直接设 "files.trimTrailingWhitespace": true 就行，但“全局”不等于“一定生效”——真正起作用的，是配置的加载优先级和触发条件。
为什么改了用户设置还是没反应
VSCode 的配置有明确优先级：工作区（.vscode/settings.json） > 语言专属配置（如 "[javascript]": {...}） > 用户设置。常见失效原因包括：
- 项目根目录存在
.vscode/settings.json，且其中写了"files.trimTrailingWhitespace": false（显式关闭会覆盖用户设置） - 装了 EditorConfig 插件，且项目有
.editorconfig文件，其中trim_trailing_whitespace = false会强制接管 - 右下角状态栏显示的语言 ID 是
plaintext或shellscript，而你只在"[javascript]"下开了该选项，其他语言不生效 - 文件被 Git LFS 锁定、权限为只读，或焦点不在编辑器（比如光标停在终端），
Ctrl+S实际未保存
怎么配才真正覆盖所有场景
推荐组合配置，兼顾团队协作与个体习惯：
- 在用户级
settings.json中启用兜底："files.trimTrailingWhitespace": true - 对特殊语言显式禁用（如 Markdown 换行语义依赖尾部空格）：
"[markdown]": {"files.trimTrailingWhitespace": false} - 对默认禁用该行为的语言补开（如
makefile、shellscript）："[makefile]": {"files.trimTrailingWhitespace": true} - 务必确认
files.autoSave不是"off"，否则手动保存前不会触发（但即使设为"onFocusChange"，也仅在切出编辑器时保存并 trim，不是实时）
editor.action.trimTrailingWhitespace 能不能替代保存自动 trim
不能替代，但可互补：
- 这个命令是手动触发的纯文本擦除，不依赖保存动作，支持三种粒度：
– 无选中 → 清整个文件
– 选中多行 → 只清选中行
– 光标停在某行末 → 只清该行 - 它不删空行本身，也不处理行首/行中空格，和
files.trimTrailingWhitespace行为一致 - 它不会被
.editorconfig或语言配置拦截，是最后的“急救按钮”，适合清理历史积压文件 - 可绑定快捷键，例如在
keybindings.json中加：{"key": "ctrl+alt+t", "command": "editor.action.trimTrailingWhitespace"}
别把 files.trimFinalNewlines 和它搞混
这是两个完全独立的开关：
-
files.trimTrailingWhitespace：删每行末尾的空格、\t、\r，包括空行里的空格（但空行本身还在） -
files.trimFinalNewlines：只删文件**末尾连续的换行符**，比如把结尾的\n\n\n压成\n，对中间空行、行尾空格完全无感 - 两者常一起开，但语义不同；若你发现 Git diff 里全是
+和-空格变更，问题大概率出在前者没生效；若提交后文件结尾突然少了一行，那是后者在起作用
真正容易被忽略的是：空行里的空格也会被 files.trimTrailingWhitespace 清掉，这点常被当成“没生效”，其实是它已经默默干了——但空行本身还在，这不是 bug，是设计如此。
