VSCode如何关闭文件自动去除尾随空格_VSCode保留特定格式化【配置】-VSCode-PHP中文网

vscode尾随空格清理由files.trimtrailingwhitespace控制，优先级从高到低为文件夹级→工作区级→用户级→默认值；需逐层检查该配置及.editorconfig、语言专属设置、格式化器干扰。

vscode如何关闭文件自动去除尾随空格_vscode保留特定格式化【配置】

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

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

下载

在 .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 有效得多。