trim trailing white space 命令仅删除非空行行尾的 ascii 空格和制表符，不删缩进、空行、行中空格及全角/特殊空格；手动正则易出错且覆盖不全，配置失效常因语法或项目设置覆盖。
直接按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Trim Trailing White Space 回车，当前文件所有行尾空格和制表符立刻清除——它不碰缩进、不删空行、不改行中空格，最安全。
为什么不用正则 [ \t]+$ 手动替换？
手动正则看似可控，但实际容易踩坑：
- 必须手动勾选
.*（Regular Expression），且务必关闭右下角的\n（“. matches newline”）——一旦点亮，$失效，+可能跨行吞掉下一行开头内容，比如把return true;\n\nif (x)变成return true;if (x) -
[ \t]+$虽比\s+$安全，但它只匹配 ASCII 空格和\t，对全角空格（\u3000）、不间断空格（\u00a0）、零宽空格（\u200b）完全无效——这些常从网页、微信、Word 粘贴进来，看着像空格，但正则看不见 - 每次都要打开替换面板、填表达式、点 Replace All，效率远低于命令面板一键触发
Trim Trailing White Space 命令到底删什么、不删什么？
这个内置命令行为边界非常清晰，不是“模糊清理”，而是精准控制：
- ✅ 删：每行末尾连续的空格、
\t（仅限非空行；空行即整行只有换行符的，完全不动） - ✅ 不碰：Python 的 4 空格缩进、YAML 对齐用的空格、JSON 字段值中的空格、HTML 属性值里的空格
- ✅ 不动：行中空格（如
foo = bar中的空格）、行首空格、硬换行标记（text.markdown中两个空格 + 换行） - ⚠️ 注意：
source.makefile中行尾空格可能参与变量展开，该命令仍会删——这不是 bug，是语义冲突，需靠语法专属设置排除
配置 "trim_trailing_white_space_on_save": true 后没反应？先查这三处
配置本身没错，但 Sublime 的设置有明确优先级，常见失效几乎都来自覆盖：
- 右下角语法标识是
source.python或text.html？它们可能加载了语法专属设置，压掉了用户配置。临时切到Plain Text测试，能清掉就说明是语法设置干扰 - 项目里有没有
.sublime-project文件？里面若写了"trim_trailing_white_space_on_save": false，它会直接禁用用户设置 - 装了
TrailingSpaces插件并启用了trailing_spaces_on_save？两者共存会导致光标乱跳、保存时界面闪一下——建议二选一，原生选项更轻量稳定
真正容易被忽略的是：空格是否该删，取决于文件类型语义。比如 Markdown 的结尾空格、Makefile 的行尾空格、YAML 缩进对齐——这些地方删错了，代码或文档就直接失效。别迷信“一键全清”，先确认上下文。
