sublime text 原生支持 trim_trailing_white_space_on_save 配置，安全稳定清除行尾空格，无需安装 trailingspaces 插件；后者易引发高亮干扰、执行冲突、语法误删及兼容性问题。
Sublime Text 不需要安装 TrailingSpaces 插件来清除行尾空格——原生配置 trim_trailing_white_space_on_save 就能安全、稳定地完成这件事，装插件反而容易引发冲突或误删。
为什么不该装 TrailingSpaces 插件
TrailingSpaces 是第三方插件，和 Sublime 原生的 trim_trailing_white_space_on_save 功能高度重叠，但行为不可控：
- 它默认高亮所有行尾空格，干扰视觉；开启自动清理后，可能在光标移动时反复触发，导致编辑卡顿或光标跳动
- 与原生设置共存时，两者会竞争执行时机，常见现象是：保存后空格又“回来”、或一行被删两次、或缩进意外丢失
- 它不区分语法场景，对
text.markdown（两个空格+换行=硬换行）、source.makefile（行尾空格参与变量展开）等格式无保护机制 - 插件更新可能破坏兼容性，而原生功能随 Sublime 升级始终稳定
正确开启原生行尾空格清理
直接改用户设置，5 秒生效，无需重启：
- 打开 Preferences → Settings，确保编辑的是右侧「User」面板（不是左侧 Default）
- 在已有 JSON 的
{}内添加："trim_trailing_white_space_on_save": true - 如果前面已有其他配置项，这行末尾加英文逗号
,；最后一项后面不能多逗号 - 必须用英文双引号，不能用中文引号、单引号或全角符号
- 按
Ctrl+S（Windows/Linux）或Cmd+S（macOS）保存设置文件
测试：新建 .txt 文件，输入 hello␣␣␣（末尾带空格），按 Ctrl+S，空格立刻消失。
配置不生效的三大真实原因
不是写错了，而是被更高优先级规则覆盖：
- 右下角显示的语法类型（如
source.python、text.html）加载了专属设置——临时切换成Plain Text测试是否恢复 -
.sublime-project项目配置里写了"trim_trailing_white_space_on_save": false，它会直接压掉用户设置 - 已安装的插件（如
LaTeXTools、MarkdownPreview）在其语法定义中硬编码禁用了该选项，需去对应插件的 Package Settings 手动开启
JSON 格式错误（中文引号、漏大括号、多逗号）会导致整个用户设置静默失效，Sublime 不报错也不提示。
手动清理老文件用内置命令，别碰正则
临时处理已有代码，最稳方式是调用 Sublime 自带命令：
- 快捷键
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS） - 输入
Trim Trailing White Space，回车执行 - 它只删每行末尾的空格和
\t，不动缩进、空行、行中空格，也不影响 Markdown 硬换行
正则 [ \t]+$ 仅作备用，且必须关闭 . matches newline（右下角 \n 图标不能高亮），否则 $ 失效，可能跨行误删。
真正容易被忽略的是：空格本身有多种形态——全角空格（\u3000）、零宽空格（\u200b）、不间断空格（\u00a0）等，原生 trim_trailing_white_space_on_save 不处理它们。遇到从网页、微信或 Excel 粘贴的代码，得先开 View → Show White Space 看是否显示异常标记，再针对性处理。
