files.trimTrailingWhitespace是VSCode原生配置项，用于保存时删除每行末尾空格、制表符和回车符（含空行内空白），但不删除纯换行符构成的空行；它不处理行首缩进、字符串内空格或注释后空格，也不影响空行语义。
VSCode 原生就能清理文本空白字符，不需要插件，但必须分清“删什么”和“怎么删”——否则容易误删缩进、破坏空行语义，或根本没生效。
files.trimTrailingWhitespace 是什么，为什么它不删空行
这是 VSCode 内置的布尔配置项，控制保存时是否自动删除每行末尾的空格、\t、\r。它名字很直白：trimTrailingWhitespace，只动“尾随空白”，不碰换行符本身。
- ✅ 会删掉
console.log("hi")末尾那三个空格 - ✅ 也会删掉空行里的空格，比如一行只有
\t，保存后变成纯\n - ❌ 但不会删掉纯
\n这种空行——它还在 - ❌ 不影响行首缩进、字符串内空格、注释后空格（如
// todo）
如何真正触发「当前文件全量清理」
用命令面板执行 editor.action.trimTrailingWhitespace，这是最可靠的手动方式，不依赖保存动作，也不受只读状态限制。
- 没选中任何内容 → 清理整个文件所有行尾空白
- 选中若干行 → 只清理选中范围内的行尾空白
- 光标停在某行末尾（哪怕没选中整行）→ 仅清理该行
- 执行后状态栏提示 “X whitespace characters trimmed”，但不会高亮变化位置
- 想绑定快捷键？在
keybindings.json里加：{"key":"ctrl+alt+t","command":"editor.action.trimTrailingWhitespace","when":"editorTextFocus"}
为什么别用正则 \s+$ 替代内置命令
看似简单，实则危险：正则无法理解代码上下文，而 VSCode 的内置逻辑是语义感知的。
-
\s+会匹配 Unicode 空格（如\u200B、\u00A0），可能误删零宽字符或不间断空格 - 在 Python 中，反斜杠续行后的空格（
value = 1 + \）有语法意义，正则会无差别删掉，导致 SyntaxError -
\s+$在 Windows 下可能吞掉\r导致 CRLF 变 LF，引发跨平台问题 - 内置命令明确跳过字符串、注释、缩进行首——正则做不到这点
删空行必须另配方案，且不能靠 trimTrailingWhitespace
空行本质是换行符，不是“空白字符”，所以 files.trimTrailingWhitespace 对它完全无效。要处理空行，得用其他机制：
- 删文件末尾多余换行符：启用
files.trimFinalNewlines（只压缩结尾连续\n为一个） - 删中间连续空行：用正则
^\s*(?=\r?\n)（务必勾选.*和\n按钮）替换为空，它比^\s*$更安全 - 合并多个空行为一个：查找
(\r?\n)\s*(\r?\n)+，替换为$1$2 - 如果项目已配 Prettier，建议交由它统一处理空行逻辑，避免和 VSCode 原生设置冲突
真正容易被忽略的是：空行是否该删，取决于语言和场景。Makefile 靠空行分隔规则，YAML 对缩进+空行敏感，盲目压缩可能直接破坏语法。动手前先确认语义约束。
