sublime text 原生支持保存时自动删除行尾空格，只需在用户设置中添加 "trim_trailing_white_space_on_save": true 即可；该配置仅在保存时触发，不影响行首空格、缩进、中间空格或空行，且必须写入右侧user面板的合法json中。
Sublime Text 原生支持保存时自动删行尾空格，不需要插件，也不用写脚本——只要配对 trim_trailing_white_space_on_save 这个设置项，保存文件（Ctrl+S 或 Cmd+S）就会立刻清理每行末尾的空格和制表符（\t），且不影响缩进、中间空格或空行本身。
怎么正确开启自动清理行尾空格
核心就是改用户设置（不是默认设置），加一行合法 JSON：
- 打开 Preferences → Settings，确保修改的是右侧「User」面板
- 在已有配置的大括号
{}内添加："trim_trailing_white_space_on_save": true - 如果这不是最后一项，记得前面加逗号；整段必须是合法 JSON（英文双引号、无中文标点、无多余逗号）
- 保存该设置文件（
Ctrl+S），无需重启 Sublime - 新建一个
.txt文件测试：输入hello（末尾带空格），按Ctrl+S，空格立刻消失
为什么设置了却没反应？高频失效原因
不是配置写错了，而是被更高优先级规则覆盖或干扰了：
- 右下角显示的语法类型（如
text.html、source.python）可能加载了专属设置，覆盖全局配置；可临时切换成Plain Text验证是否生效 - 项目级配置（
.sublime-project）里显式写了"trim_trailing_white_space_on_save": false，它会优先于用户设置 - 装了
TrailingSpaces插件又同时开了原生选项，两者冲突，导致光标乱跳或保存时闪一下——建议二选一 - 某些插件（如
LaTeXTools、MarkdownPreview）自带语法定义，可能强制禁用该行为；查对应插件的Settings看是否设为false - JSON 格式非法（比如用了中文引号、漏了
{或}、多了一个逗号），整个用户设置会静默失效，Sublime 不报错也不提示
想编辑中就实时清理？加一个开关就行
只开 trim_trailing_white_space_on_save 是“攒着等保存才扫”，如果希望光标移出某行就立刻清理，再加一行：
-
"trim_automatic_white_space": true—— 按→、Enter或点击其他行时，当前行尾部多余空格和\t就被清掉了 - 它不碰缩进空格（比如函数体内的
return x前的空格）、不删空行、也不动行中间空格 - 慎用于敏感格式：比如
text.markdown里两个空格+换行表示换行，source.makefile行尾空格可能参与变量展开；这时得配合trim_trailing_white_space_on_save_exclude排除
临时清理老文件或验证结果，别手写正则瞎试
当自动清理没反应，或你想批量修一堆历史文件时，最稳做法是调用内置命令：
- 快捷键
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）打开命令面板 - 输入
Trim Trailing White Space，回车执行 - 这个命令只处理当前视图可见内容，不跨文件；也不会误删缩进空格，只动行尾
- 如果真要用正则替换救急：打开
Ctrl+H，启用.*模式，Find What填\s+$，Replace All—— 这是最准的行尾空白匹配；别用^\s*$，它会误删空行甚至破坏结构
真正容易被忽略的是：行尾空格清理只管“尾部”，不管“中间”；如果文件里混用 Tab 和空格做缩进，再加行尾空格，trim_trailing_white_space_on_save 不会动缩进部分——这种场景得靠 Convert Indentation 或 EditorConfig 统一约束。
