Sublime Text 保存时自动删除行尾空格只需配置两个布尔值："trim_trailing_white_space_on_save": true 和 "trim_automatic_white_space": true，支持原生实现无需插件。
保存时自动删行尾空格只需两行配置
Sublime Text 原生支持，根本不用装插件。关键就是改用户设置里的两个布尔值："trim_trailing_white_space_on_save" 和 "trim_automatic_white_space"。前者管“保存时清理”，后者管“编辑中光标移走就清理”——加一起，基本覆盖所有空格污染场景。
操作路径很固定：打开 Preferences → Settings，右侧用户设置面板里直接粘贴（注意是 JSON 对象）：
{
"trim_trailing_white_space_on_save": true,
"trim_automatic_white_space": true
}
常见错误现象：
- 粘贴后没生效 → 检查 JSON 格式：必须用双引号，末尾不能多逗号，整个内容得嵌在大括号里；
- 只清了部分行 → 确认没和其他插件冲突（比如 TrailingSpaces 同时启用，可能重复触发或互相覆盖）；
- Markdown 或 Makefile 里空格被误删 → 需配合 "trim_trailing_white_space_on_save_exclude" 排除语法类型。
为什么推荐同时开 trim_automatic_white_space
只开 trim_trailing_white_space_on_save 有个明显短板：你在某行末尾手抖多按了三个空格，保存前这行看着就“脏”，但 Git diff 里还看不出，直到你 Ctrl+S 才突然消失——容易漏检、协作时也难追溯。
而 trim_automatic_white_space 是实时的：光标一离开当前行（比如敲回车、按方向键），它就立刻把那行末尾的空格和制表符干掉。相当于边写边保洁，不是攒到保存才扫地。
- 适合对代码整洁度敏感的开发者，尤其写 Python、Go 等缩进敏感语言时
- 不会影响正常缩进（如函数体内的
return x中的空格保留） - 若你习惯在空行打空格再输入，可暂时关掉它，但多数人其实不需要
排除特定文件类型避免误伤
有些文件格式依赖行尾空格实现语义，比如：
-
text.markdown：某些渲染器靠两个空格+换行实现 `
` -
source.makefile：规则命令必须以 Tab 开头，但行尾空格可能参与变量展开 -
text.tex：LaTeX 注释后的空格有时影响断行
这时候就得显式排除，否则一保存就破坏格式。在用户设置里补上：
{
"trim_trailing_white_space_on_save": true,
"trim_automatic_white_space": true,
"trim_trailing_white_space_on_save_exclude": [
"text.markdown",
"source.makefile",
"text.tex"
]
}
注意：trim_trailing_white_space_on_save_exclude 的值是语法作用域（scope）名，不是文件扩展名。可通过 Ctrl+Shift+P → Show Scope Name 查当前文件的实际 scope。
验证是否真生效的三秒测试法
别等下次提交代码才发现没起作用。马上测：
- 新建一个
test.py文件 - 输一行
print("hello")（末尾敲 4 个空格） - 按
Ctrl+S保存 - 立刻再按
Ctrl+Z撤销 —— 如果撤销后空格回来，说明刚才是 Sublime 自动删的；如果撤销没变化，说明配置没加载或写错了
真正容易被忽略的是：Sublime 的设置是分层的（默认设置、用户设置、项目设置、语法专属设置），如果你在项目设置里关掉了 trim_trailing_white_space_on_save，用户设置里的 true 就会被覆盖。遇到“明明配了却不生效”，先检查是不是项目级配置在暗中作祟。
