直接设"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 实际未保存

怎么配才真正覆盖所有场景

推荐组合配置，兼顾团队协作与个体习惯：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 在用户级 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，是设计如此。