VSCode尾随空格清理由files.trimTrailingWhitespace控制，优先级从高到低为文件夹级→工作区级→用户级→默认值；需逐层检查该配置及.editorconfig、语言专属设置、格式化器干扰。
VSCode 默认不删尾随空格，但一旦开了 files.trimTrailingWhitespace，它就会在每次保存时无条件擦除每行末尾的空格和制表符——包括空行里的。想关掉，不是“禁用某个功能”，而是得精准定位并覆盖那个 true 值。
怎么确认当前生效的是哪个 files.trimTrailingWhitespace 设置
VSCode 的设置有四层优先级（从高到低）：文件夹级 .vscode/settings.json → 工作区级 .vscode/settings.json → 用户级 settings.json → 内置默认值（false）。你看到“没删空格”，不等于关了；你看到“删了”，也不代表是你主动开的。
- 右下角状态栏点击语言标识（如
JavaScript），再点“Configure Language Specific Settings”，看是否为该语言显式设了"files.trimTrailingWhitespace": true - 打开项目根目录的
.vscode/settings.json，搜索trimTrailingWhitespace—— 如果存在且值为true，它就生效，不管用户设置是什么 - 运行命令面板（
Ctrl+Shift+P），输入Preferences: Open Settings (JSON)，检查用户级配置里有没有这行 - 如果都没找到，那大概率是被
.editorconfig干扰了：项目根目录若有该文件，且含trim_trailing_whitespace = false，EditorConfig 插件会强制关闭 VSCode 的原生行为
只对某类文件禁用尾随空格清理
有些文件确实依赖行尾空格，比如 Makefile、某些 shell 脚本、或人工对齐的 SQL/CSV 片段。全局关掉太粗暴，按语言 ID 精准关闭更安全。
- 在
.vscode/settings.json中写入："[makefile]": { "files.trimTrailingWhitespace": false } - 注意语言 ID 不是后缀名：
shellscript对应.sh，plaintext对应.env或无语法识别的文本，yaml对应.yml和.yaml - 别写成
"*.sh"或通配符——VSCode 不支持这种写法，只会静默失效 - 禁用后，该语言文件保存时不再触发擦除，但其他语言（如
javascript）仍按原配置执行
为什么关了还是删？重点查这三个地方
改完设置没效果，大概率不是操作失误，而是别的机制在“代劳”：
-
editor.formatOnSave开着，且你用的格式化器（如 Prettier）自己也删空格：Prettier 本身不控制这个，但某些自定义规则或旧版插件可能开启trailingSpace类选项；ESLint 的no-trailing-spaces若配合eslint.format.enable，会在保存时自动修复，和 VSCode 原生行为完全无关 - 文件是只读的：Git LFS 锁定、权限为
read-only、或路径被files.exclude掩盖，VSCode 直接跳过处理，连提示都不会出 - 编辑器没真正保存：
files.trimTrailingWhitespace只在你按Ctrl+S（或Cmd+S）时触发，不响应自动保存的中间状态——除非你设了"files.autoSave": "onFocusChange"且确实切出了编辑器窗口
真正麻烦的不是找不到开关，而是多个配置层叠后互相覆盖：.editorconfig 声明了意图，语言级设置又打了补丁，格式化器再插一脚。关一个，未必关得住全部。动手前先用 Developer: Inspect Editor Tokens and Scopes 确认当前文件的 languageId，再逐层查 settings，比反复重启 VSCode 有效得多。
