Sublime Text 无官方“Trimmer”插件，实际使用原生trim_trailing_white_space功能；需在用户设置中正确配置trim_trailing_white_space_on_save，注意JSON格式、项目设置覆盖及语法类型限制。
Sublime Text 没有官方叫 “Trimmer” 的插件，也不存在名为 Trimmer 的命令或包——你搜到的“Trimmer”大概率是混淆了其他编辑器的命名，或是旧版第三方插件的别称。真正起作用的是 Sublime 原生的 trim_trailing_white_space 系列功能，它不依赖任何插件，开箱即用。
怎么确认 trim_trailing_white_space_on_save 是否生效
改完设置没反应，不是插件没装对，而是配置没落进正确位置或被覆盖：
-
trim_trailing_white_space_on_save必须写在 用户设置（Preferences → Settings 右侧） 里，不能只改左侧默认设置 - 检查 JSON 格式是否合法：必须用双引号，对象末尾不能多逗号，整个内容得是合法 JSON 对象（比如最外层是
{...}） - 如果项目目录下有
.sublime-project文件，它里面的同名设置会优先覆盖用户设置，需一并检查 - 右下角语法标识（如
Plain text、text.log）若不在 Sublime 默认支持列表内，该设置可能不触发——可临时改成source.python测试是否恢复
如何让所有文件类型都触发行尾清理
默认情况下，Sublime 只对部分代码类语法启用 trim_trailing_white_space_on_save；想让它对 .txt、.log、.md 等也生效，得用白名单写法（Sublime Text 4.4+ 支持）：
{
"trim_trailing_white_space_on_save": {"enabled": true, "file_extensions": ["*"]}
}
老版本（
为什么手动执行 Trim Trailing White Space 没效果
常见现象：按 Ctrl+Shift+P 输入 Trim Trailing White Space 回车，但光标所在行或全文空格纹丝不动：
- 当前文件语法类型被排除在自动清理范围外（比如
text.markdown），而手动命令也继承同一套过滤逻辑 - 你实际触发的是
trim_trailing_white_space命令，但它只清理「已选中区域」；若没选中任何文本，它默认清理全文——但前提是该语法类型未被全局排除 - 更稳的办法是用正则替换：
Ctrl+H→ 查找[ \t]+$→ 替换为空 → 勾选Regular Expression→ 全文替换。这个不看语法类型，也不依赖任何配置
要不要同时开 trim_automatic_white_space
trim_automatic_white_space 是个“光标移出当前行就立刻清理行尾空白”的开关，和 trim_trailing_white_space_on_save 互不干扰，但行为叠加后容易误判：
- 开启后，你在某行末尾多敲两个空格，还没保存，光标一跳走，空格就没了——适合强迫症，但不利于调试“这里为什么突然变干净了”
- 某些格式敏感场景会出问题：比如 Markdown 中两个空格+换行表示换行渲染，Makefile 中命令行末尾空格可能参与变量展开
- 建议先只开
trim_trailing_white_space_on_save，等习惯后再加trim_automatic_white_space，并配合"trim_trailing_white_space_on_save_exclude"排除风险类型
真正难处理的不是“怎么删”，而是“删得是否可控”——比如 Git diff 里看不出空格变更，协作时别人提交带空格的行，你一保存就全抹掉，反而造成大量无意义变更。所以关键不是堆配置，而是明确每项开关的作用边界和 fallback 方案。
