VS Code 保存时自动在行尾加空格是因 files.trimTrailingWhitespace 与格式化扩展（如 Prettier/ESLint）冲突所致，需统一控制权：启用 VS Code 自带的行尾空格修剪并禁用扩展对此的干预。

VS Code 保存时自动在行尾加空格是怎么回事

这是 VS Code 默认启用了 files.trimTrailingWhitespace 功能，但你同时又开了某个格式化扩展（比如 Prettier 或 ESLint）在保存时「补空格」——典型表现是：你删掉行尾空格，一按 Ctrl+S，空格又回来了。

怎么确认是不是 Prettier 在偷偷加空格

Prettier 默认不加空格，但它会遵循 trailingComma 和 insertPragma 等规则；真正容易“加空格”的是它配合了错误的 prettier.trailingComma 设置，或和 ESLint 的 no-trailing-spaces 规则冲突。

VSCode

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

下载

• prettier.trailingComma 设为 "es5" 或 "all" 不会导致加空格，但若你用的是旧版 Prettier + 自定义 eslint-config-prettier 未禁用 no-trailing-spaces，ESLint 就可能在修复阶段反向“补”空格
• 检查你项目根目录是否有 .prettierrc 或 prettier.config.js，里面是否写了 "insertPragma": true —— 这会在文件头插入注释，但不会动行尾
• 打开命令面板（Ctrl+Shift+P），运行 Developer: Toggle Developer Tools，切到 Console 标签，保存文件时看有没有报错或警告，比如 Failed to format document 后跟着一段被修改的 diff

如何关掉保存时加空格的行为

关键不是“关 Prettier”，而是统一控制权：让格式化工具只做格式化，让 VS Code 自己管空格修剪。

• 确保全局设置里 files.trimTrailingWhitespace 是 true（默认就是）
• 在工作区设置（.vscode/settings.json）中显式禁用格式化扩展对空格的干预：
  

  { "editor.formatOnSave": true, "editor.trimAutoWhitespace": true, "files.trimTrailingWhitespace": true, "prettier.requireConfig": false }

• 如果用了 ESLint，检查 .eslintrc.js 是否有 "no-trailing-spaces": "error"，有就改成 "warn" 或删掉——否则 ESLint 插件可能在保存时强制 fix，覆盖 VS Code 的修剪逻辑

为什么改了设置还是没用

常见原因是设置被多层覆盖：用户级 > 工作区级 > 文件夹级 > 插件默认级。VS Code 会优先采用最内层的有效值，而某些插件（如 “Prettier Now” 这类非官方扩展）甚至会绕过 editor.formatOnSave 直接监听保存事件。

• 按 Ctrl+Shift+P 输入 Preferences: Open Settings (JSON)，检查有没有重复出现的 files.trimTrailingWhitespace，保留一个且值为 true
• 禁用所有格式化相关插件，只留官方 Prettier 扩展，再测试保存行为
• 在编辑器右下角状态栏点击语言模式（如 JavaScript），确认当前文件类型没被误设为 Plain Text —— 某些语言模式下，trimTrailingWhitespace 不生效

实际调试时，最容易被忽略的是：你以为在改 Prettier 配置，其实生效的是 ESLint 的 auto-fix；或者你关了格式化，但 editor.trimAutoWhitespace 是 false，导致粘贴进来的带空格文本永远留着。