sublime text原生支持保存时自动删除行尾空格和制表符，只需在用户设置（preferences → settings右侧user面板）中添加合法json项："trim_trailing_white_space_on_save": true，注意必须用英文双引号、置于{}内、末项不加逗号，且可能被项目配置、语法专属设置或trailingspaces插件覆盖。
Sublime Text 原生支持保存时自动删行尾空格和制表符，根本不用装插件——配对 trim_trailing_white_space_on_save 就行，但写错位置、格式或被覆盖都会让它静默失效。
怎么在用户设置里正确添加 trim_trailing_white_space_on_save
必须改右侧「User」面板（Preferences → Settings 打开后看右半边），不是左侧 Default；整段内容得是合法 JSON：
-
"trim_trailing_white_space_on_save": true必须包在{}里，不能单独一行 - 引号必须是英文双引号，中文引号、单引号、全角标点会让整个设置静默失效
- 如果已有其他配置项，这一行末尾要加英文逗号
,，但最后一项后面不能多逗号 - 值必须是
true（布尔值），写成"true"（字符串）会失效 - 改完务必按
Ctrl+S（Windows/Linux）或Cmd+S（macOS）保存该设置文件，Sublime 不会热重载错误 JSON
为什么设置了却没反应？大概率是被更高优先级规则覆盖
Sublime 的配置优先级是：项目设置（.sublime-project） > 语法专属设置（如 Settings – Syntax Specific） > 用户设置。常见干扰源：
- 右下角显示的语法类型（比如
text.markdown或source.python）可能加载了专属设置，把全局配置压掉了；临时切到Plain Text测试一下就能确认 -
.sublime-project文件里写了"trim_trailing_white_space_on_save": false，它会直接覆盖用户设置 - 装了
TrailingSpaces插件又同时开了原生选项，两者冲突会导致光标乱跳、保存时闪一下——建议二选一 - 某些插件（如
LaTeXTools、MarkdownPreview）在其语法定义中硬编码禁用了该行为，得去对应插件的 Package Settings 里手动打开 - 文件被设为只读（右下角状态栏显示
Read Only），所有保存相关行为（包括 trim）都会跳过
要不要加 trim_automatic_white_space？看场景再决定
只开 trim_trailing_white_space_on_save 是“攒着等保存才扫”；加了 trim_automatic_white_space 后，光标移出某行（比如按 →、Enter 或点击别处）就立刻清理该行尾部空格和 \t：
- 它不碰缩进空格（比如函数体内的
return x前的空格）、不删空行、也不动行中间空格 - 适合 Python/Go 等缩进敏感语言边写边修，但有副作用：在
text.markdown中，两个空格 + 换行是硬换行语法；在source.makefile中，行尾空格可能参与变量展开——这类场景得配合trim_trailing_white_space_on_save_exclude排除 - 若只是想保持 Git diff 干净、避免协作时被 lint 报警，
trim_trailing_white_space_on_save单独就够用
临时清理老文件或验证效果，用内置命令最稳
别用正则瞎替换（容易误伤缩进或 Markdown 语法），直接调 Sublime 自带命令：
- 快捷键：
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS） - 输入
Trim Trailing White Space回车执行——它只删当前视图所有行尾空格和\t，不动缩进、不碰空行、不伤语义 - 注意：这个命令不会自动保存文件，执行后可先对比差异，再决定是否
Ctrl+S - 它不依赖任何设置，也不受插件或语法专属配置影响，是验证是否生效的最快方式
真正容易被忽略的是：JSON 格式非法时 Sublime 完全不报错，只是静默忽略整个用户设置；而语法专属设置和项目配置的优先级远高于你亲手写的那行 true——调不出来时，先看右下角语法名，再查 .sublime-project，最后翻插件文档。
