vscode无统一“文本清理”功能，需组合配置实现：启用files.trimtrailingwhitespace可安全自动删除行尾空格（不含空行），推荐写入项目.settings.json以统一团队行为；删空行需格式化或正则；文件末尾换行用files.trimfinalnewlines控制。
VSCode 本身没有叫“文本清理”的统一功能，所谓清理，其实是组合多个原生配置和命令来实现不同目标。直接开 files.trimTrailingWhitespace 就能解决 90% 的尾随空格问题，其他如空行、首尾空白、文件末尾换行等，得按需启用对应开关或手动正则处理。
保存时自动删行尾空格：只开 files.trimTrailingWhitespace
这是最常用、最安全的清理动作，VSCode 原生支持，不依赖插件、不重排代码、不影响缩进或字符串内容。
- 必须设为
true，默认是false - 推荐写入项目根目录的
.vscode/settings.json，避免团队成员配置不一致导致 Git diff 突然爆一堆空格变更 - 它只删每行末尾的空格、
\t、\r（含空行里的空格），但不会删纯空行本身 - 常见失效原因：
文件只读、焦点不在编辑器、.editorconfig里写了trim_trailing_whitespace = false、语言 ID 识别错误（如.env被当成plaintext）
删空行？别指望 files.trimTrailingWhitespace，得靠格式化或正则
files.trimTrailingWhitespace 名字很诚实：它只动“尾随空白”，不动换行符。所以三行纯 \n 保存后还是三行。
- 想保存时自动合并连续空行 → 开
editor.formatOnSave，并配 Prettier 或 ESLint（例如 ESLint 的no-multiple-empty-lines规则） - 只想手动清理已有文件 → 用 Ctrl+H 打开替换面板，正则查找
^\s*$\n，替换为空（注意：这会删掉所有空行，包括语义需要的；更稳妥的是查\n\s*\n\s*\n替换为\n\n，多跑几次） - 别用
^\n查空行——它几乎不匹配任何真实空行，因为空行不是“以换行开头”，而是“内容为空 + 换行结尾”
文件末尾多个换行？要开 files.trimFinalNewlines
这个配置和删空行无关，专治文件末尾堆着三四个 \n 的情况。
-
files.trimFinalNewlines: true会把文件末尾所有连续换行压缩成一个 - 建议和
files.insertFinalNewline: true配合使用，确保“有且仅有一个换行结尾” - 它不影响文件中间的空行，也不会触发语言服务或格式化器
- 如果同时开了 Prettier 的
formatOnSave且其endOfLine设为"auto"，可能绕过该设置，建议统一由 VSCode 控制或禁用 Prettier 的格式化接管
为什么不用正则替换 \s+$ 代替 editor.action.trimTrailingWhitespace？
看起来一样，实际风险高得多。
-
\s+会匹配 Unicode 空格（如\u200B）、换行符前的全部空白，可能误删 Python 续行反斜杠后的空格、注释后用于对齐的空格 - VSCode 内置命令逻辑更精准：跳过字符串、注释、缩进区域，只处理真正该删的尾随空白
- 正则替换无法感知语言上下文，而
editor.action.trimTrailingWhitespace是编辑器在语言 ID 正确前提下执行的，更可靠 - 命令可绑定快捷键（如
{"key": "ctrl+alt+t", "command": "editor.action.trimTrailingWhitespace"}），比每次打开替换面板快得多
真正麻烦的从来不是“怎么删”，而是“删完会不会影响别人”。团队里只要一个人没开 files.trimTrailingWhitespace，他提交的代码就会带一堆尾随空格，CI 流水线可能因 git diff --check 报错。所以关键动作不是教你怎么点，而是把 .vscode/settings.json 提交进仓库，并检查有没有被 .editorconfig 或语言级配置悄悄关掉。
