Sublime Text 原生支持保存时自动清理行尾空格，只需在用户设置（Preferences → Settings → 右侧User面板）中添加合法JSON项："trim_trailing_white_space_on_save": true；该配置仅清理非空行末尾空格和制表符，不影响缩进、空行及行中空格，且可能被语法专属设置、项目配置或TrailingSpaces插件覆盖。
Sublime Text 原生就支持一键清理行尾空格，根本不需要插件或正则替换——只要配对 trim_trailing_white_space_on_save，保存即清。
怎么正确开启保存时自动清理
关键不是“装什么”，而是“写在哪、怎么写”：
- 打开
Preferences → Settings，只改右侧「User」面板（左侧 Default 是只读的，改了也会被升级覆盖） - 在已有 JSON 的大括号
{}内添加："trim_trailing_white_space_on_save": true - 如果这不是最后一项，前面必须加英文逗号；整段必须是合法 JSON（双引号、无中文标点、无尾逗号）
- 保存该设置文件（
Ctrl+S），无需重启 Sublime
测试方法：新建 .txt 文件，输入 hello （末尾带空格），按 Ctrl+S，空格立刻消失。
为什么设置了却没反应
不是功能失效，而是配置被更高优先级规则覆盖或干扰：
- 右下角显示的语法类型（如
text.markdown、source.python）可能加载了 Syntax Specific 设置，覆盖了全局配置；可临时切换成Plain Text验证是否生效 - 项目根目录存在
.sublime-project，且里面写了"trim_trailing_white_space_on_save": false，它会直接压倒用户设置 - 装了
TrailingSpaces插件又同时开了原生选项，两者冲突，会导致光标乱跳或保存时界面闪一下——建议二选一 - 用了旧版写法
files.trim_trailing_white_space_on_save（ST2 风格），ST3/ST4 已不识别 - JSON 格式非法（比如中文引号、漏
{或}、多了一个逗号），整个用户设置会静默失效，Sublime 不报错也不提示
想手动触发或快捷键清理怎么办
原生命令 trim_trailing_white_space 可随时调用，不依赖保存动作：
- 按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Trim Trailing White Space回车，立刻清理当前文件所有行尾空格和制表符 - 想绑定快捷键：打开
Preferences → Key Bindings，在右侧用户键位设置中加一条：[{"keys": ["ctrl+alt+t"], "command": "trim_trailing_white_space"}] - 注意：
ctrl+alt+t在部分 Linux 桌面环境默认是打开终端，建议先查系统快捷键是否冲突
这个命令不会删空行、不碰缩进、不改行中空格，行为和保存时清理完全一致。
哪些边界情况容易被忽略
很多人以为“清理行尾空格”就是无脑删，其实 Sublime 的设计有明确边界：
-
trim_trailing_white_space_on_save只处理「非空行」末尾的空格和制表符，纯空行（包括带空格的“伪空行”）它完全不管 - 它不删文件末尾的连续空行，也不动行首缩进空格（哪怕你用空格缩进 Python），更不删行中间空格
- 某些场景下，行尾空格是有语义的：比如
text.markdown里两个空格+换行表示换行，source.makefile中行尾空格可能参与变量展开——这时得用trim_trailing_white_space_on_save_exclude排除对应 scope - 若需真正“删所有空行”，必须用正则
^\s*$\n?替换，原生配置做不到
最常被低估的，其实是作用范围和文件类型限制。别指望一个开关解决所有空白问题，得看它到底管哪一段。
