Sublime Text 通过设置 "trim_trailing_white_space_on_save": true 可在保存时自动删除非空行末尾空格和Tab，无需插件或重启；仅对显式Ctrl+S/Cmd+S生效，不处理纯空行、行首缩进或中间空格，且需确保JSON格式合法、无项目设置或插件覆盖。
直接改用户设置就能生效，不用装插件，也不用重启——只要确保 trim_trailing_white_space_on_save 设为 true，保存时（Ctrl+S / Cmd+S）就会自动删掉每行末尾的空格和 Tab。
为什么改了设置却没反应？
最常见原因是触发条件没满足，或者配置本身不合法：
- Sublime 只在「显式执行保存」时清理，不会在粘贴、输入或切换标签页时触发
- JSON 格式错误（比如多加逗号、引号不匹配）会导致整个用户设置失效，且 Sublime 不报错，只是静默忽略
- 右下角语法标识（如显示
Plain Text而不是source.python）错误，可能让语法专属设置未加载，间接掩盖全局设置行为 - 项目级设置（
.sublime-project）或插件（如TrailingSpaces）可能覆盖或干扰原生行为，尤其两者同时启用时容易出现光标跳动或重复清理
怎么安全地启用并验证效果？
打开 Preferences → Settings – User，在右侧 JSON 中添加或修改这一行（注意逗号位置）：
{ "trim_trailing_white_space_on_save": true }
保存该设置文件后，立刻测试：
- 在某行末尾敲几个空格或 Tab，按
Ctrl+S，空格应瞬间消失 - 纯空行（只含换行符）不受影响；行首缩进、中间空格也完全保留
- 它只处理「非空行末尾」的空白，不碰内容逻辑，对 Python 缩进、Makefile 的 Tab 命令等都安全
哪些文件类型需要特别排除？
某些语法依赖行尾空格实现语义，全局开启会破坏格式：
-
text.markdown：部分渲染器靠两个空格 + 换行实现换行，删掉就失效 -
source.makefile：变量展开可能依赖行尾空格，删掉会导致构建失败 -
text.tex：LaTeX 注释对齐有时靠空格，误删会影响可读性
这时用语法专属设置更稳妥：打开 Preferences → Settings – Syntax Specific，填入：
{ "trim_trailing_white_space_on_save": false }
它只对当前语法类型（比如当前是 Markdown 文件）生效，不影响其他类型。
要不要加 trim_automatic_white_space？
可以加，但得清楚它干了什么：
-
trim_trailing_white_space_on_save是“攒着清”，适合 Git 提交前统一干净 -
trim_automatic_white_space是“边写边清”，光标一移出行就立刻删尾空格，适合对实时性要求高的人 - 两者共存没问题，但若你常在行尾打空格做临时对齐（比如写注释），后者会打断节奏
- 搭配
draw_white_space可视化确认效果："draw_white_space": "all"会让所有空格和 Tab 显形
真正容易被忽略的是：这个功能只作用于你「主动保存」的文件，不会扫描整个项目；旧文件里的脏数据，得靠正则替换（Ctrl+H → 查找 [ \t]+$，替换为空）手动扫一遍。
