files.trimTrailingWhitespace是VSCode原生配置项，设为true可在保存时自动删除每行末尾空格、制表符和回车符（含空行内空格），但不删空行本身；需写入项目级.vscode/settings.json并排除.editorconfig覆盖、只读状态等干扰。
VSCode 原生就能清理行尾空格，不用装插件、不依赖 Prettier，但“多余空格”得先分清是哪类——行尾？行首？空行？还是字符串里的？不同情况对应不同开关和命令。
files.trimTrailingWhitespace 是什么，为什么必须开
这是 VSCode 内置配置项，控制「保存时是否自动删除每行末尾的空格、制表符（\t）、回车符（\r）」。它只动行尾，不动缩进、不动空行、不碰字符串或注释里的空格，安全且毫秒级完成。
- 默认值是
false，必须手动设为true才生效 - 推荐写入项目根目录的
.vscode/settings.json，避免团队成员拉代码后空格满天飞 - 它会清理空行里的空格（比如一行只有 5 个空格 → 保存后变纯空行），但不会删掉纯空行本身（
\n还在） - 若已存在
.editorconfig，且含trim_trailing_whitespace = false，该设置会被覆盖
editor.action.trimTrailingWhitespace 命令怎么用
这是 VSCode 原生命令，名字很直白：只执行「Trim Trailing Whitespace」，不格式化、不重排、不调外部工具。适合已有文件积压大量行尾空格，又不想逐个保存时快速处理。
- 快捷触发：按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入并选择Trim Trailing Whitespace - 作用范围由光标/选中状态决定：没选中 → 全文件；选中几行 → 只处理这几行；光标停在某行末 → 仅该行
- 执行后状态栏提示类似
12 whitespace characters trimmed，不保存也会高亮被删位置（需开启editor.renderWhitespace） - 可绑定自定义快捷键，例如在
keybindings.json中加：{"key":"ctrl+alt+t","command":"editor.action.trimTrailingWhitespace","when":"editorTextFocus"}
为什么正则 ^\s+$ 不推荐替代原生命令
看似能批量删空行或首尾空格，实际容易误伤语义性空白：
-
\s会匹配 Unicode 空格（如\u200B零宽空格、\u00A0不间断空格），而原生命令明确排除这些 - 无法识别 Python 中反斜杠续行后的空格、Makefile 中对齐用的制表符、Markdown 换行所需的两个尾部空格
- 在 CRLF（
\r\n）环境下，$可能不匹配行尾，导致漏删或吞掉换行符 - 原生命令逻辑更精准：只删「非缩进、非注释内、非字符串内」的行尾空白，且不依赖多行模式或正则引擎差异
空行和文件末尾换行怎么处理
行尾空格和空行是两件事：files.trimTrailingWhitespace 管不了空行，也管不了文件末尾多个 \n。
- 删文件末尾多余换行符（比如结尾有
\n\n\n→ 压成\n）：启用files.trimFinalNewlines: true - 确保文件以单个换行结尾（补一个，如果原来没有）：配
files.insertFinalNewline: true，两者配合才完整 - 真正删中间空行（如连续 3 个
\n→ 合并为 1 个）：必须靠editor.formatOnSave+ Prettier / ESLint，或手动正则(\r?\n)\s*(\r?\n)+替换为$1$2 - 注意：Hungry Delete 等扩展虽能一键删空行，但对 YAML、JSON 或带缩进的配置文件可能误删关键空白，不建议在结构敏感文件中启用
最易被忽略的点：空格是否被删，不取决于你有没有开某个开关，而取决于当前文件是否被正确识别为对应语言（右下角语言 ID 显示 javascript 而不是 plaintext），以及是否被 .editorconfig 或只读状态静默拦截。先确认状态栏提示，再查配置优先级，比反复重开设置更省时间。
