VSCode开启"files.trimTrailingWhitespace": true可自动删除行尾空格，避免Git diff误报；支持全局与语言专属配置（如"[markdown]": {"files.trimTrailingWhitespace": false}），不依赖插件且性能无负担，团队应统一配置至项目.vscode/settings.json。
保存时自动删掉行尾空格，就开这个配置项
VSCode 默认不清理尾随空格，得手动打开 "files.trimTrailingWhitespace"。它不是插件，是内置功能，开完立刻生效，不用重启。
常见错误现象：改完代码保存，Git diff 里突然多出整行改动，点开一看只是空格没了——说明之前没开，现在开了，或者别人开了你没开，协作时格式不一致。
- 在设置界面搜
trim trailing whitespace，勾选对应选项 - 或直接编辑
settings.json，加一行："files.trimTrailingWhitespace": true - 该配置作用于所有文件类型，但可被语言专属设置覆盖（比如单独关掉 Markdown 的）
某些文件类型不想删空格？用 [language] 覆盖全局设置
比如写 Markdown 时，两个空格结尾是换行语义，删了会破坏渲染；再比如某些 shell 脚本靠末尾空格做对齐或注释分隔，误删可能影响逻辑。
这时候不能关全局，而是用语言特异性配置精准控制：
- 在
settings.json里加"[markdown]": { "files.trimTrailingWhitespace": false } - 同理，
"[shellscript]": { "files.trimTrailingWhitespace": false } - 注意方括号里是 VSCode 内部语言 ID（不是文件后缀），查法：打开对应文件 → 右下角状态栏点语言名 → “Configure Language Specific Settings”
editor.formatOnSave 和 files.trimTrailingWhitespace 别搞混
这两个都发生在“保存时”，但干的事完全不同：files.trimTrailingWhitespace 只动空格，不碰代码结构；editor.formatOnSave 是调用格式化器（如 Prettier、ESLint），会重排缩进、换行、括号位置等。
容易踩的坑：
- 开了
editor.formatOnSave但没装对应格式化器 → 保存没反应，误以为trimTrailingWhitespace失效 - 同时开了两者，结果格式化器自己也删空格 → 看似重复，实则无害；但若格式化器配置和 VSCode 冲突（比如保留空格），可能相互覆盖
- 性能影响极小，
trimTrailingWhitespace是纯文本扫描，毫秒级，比任何格式化都轻量
团队协作时，别只靠个人设置
单人开这个配置，只能保证你自己提交干净；别人没开，照样提交带空格的行。真正起作用的是统一约束。
推荐做法：
- 把
"files.trimTrailingWhitespace": true写进项目根目录的.vscode/settings.json，新成员打开项目自动继承 - 更彻底的是加 Git 预提交钩子（如
prettier --write或sed -i 's/[[:space:]]*$//' *），确保进仓库的代码一定干净 - 注意：VSCode 的
.vscode/settings.json不会自动上传到 Git，得手动加进版本库并提醒队友启用“工作区设置”
最麻烦的其实是历史文件——一旦开启，首次保存就会批量删空格，Git 提交记录瞬间膨胀。建议先用搜索 \s+$（正则）确认影响范围，再动手。
