Sublime Text 保存时自动删除行尾空格依赖内置设置 trim_trailing_white_space_on_save: true，需确保键名准确、JSON 格式正确、语法类型匹配，且无项目级或插件冲突；可配合 trim_automatic_white_space 等实现更彻底清理。
Sublime Text 保存时自动删尾部空格，靠的是内置设置 trim_trailing_white_space_on_save，设为 true 即可，不需要插件，改对立刻生效。
为什么改了设置却没反应？
常见错误不是配置本身，而是 JSON 格式或作用域问题：
- 键名写错：
triming_trailing_whitespace_on_save、trim_trailing_space_on_save（漏下划线、拼错）都不行，必须是trim_trailing_white_space_on_save - 用户设置没写在 JSON 对象里：只加一行
"trim_trailing_white_space_on_save": true是无效的，必须包在{}中，且和其他设置用逗号分隔 - 用了中文标点（如全角冒号、引号），或末尾多加了逗号（JSON 不允许最后一项后有逗号）
- 当前文件语法类型不对：右下角显示
Plain text或Log时，可能未加载全局设置；新建一个.py文件测试更可靠 - 项目级设置（
.sublime-project）里显式设了false，会覆盖用户设置
如何让清理行为更“彻底”？
单开 trim_trailing_white_space_on_save 只处理「保存时」，但你可以组合其他原生选项：
-
"trim_automatic_white_space": true：光标移出某行时，立刻清理该行尾部空格和 Tab（适合边写边洁癖） -
"ensure_newline_at_eof_on_save": true：确保文件末尾有且仅有一个换行符（不删中间空行） -
"save_on_focus_lost": true+trim_trailing_white_space_on_save：切出窗口时自动保存并触发清理（注意：这会改变工作流，慎用）
这些都写在同一个用户设置 JSON 里，例如：
{
"trim_trailing_white_space_on_save": true,
"trim_automatic_white_space": true,
"ensure_newline_at_eof_on_save": true
}
哪些场景要禁用或单独控制？
全局开关不够用时，得按语法类型覆盖：
- Markdown 文件里，行尾两个空格是换行语法，删了就坏渲染——打开一个
.md文件 →Preferences → Settings – Syntax Specific→ 加"trim_trailing_white_space_on_save": false - Shell 脚本中靠空格对齐注释，或固定宽文本格式，也建议局部关掉
- 如果用了
TrailingSpaces插件，别同时开trim_trailing_white_space_on_save，否则保存瞬间可能闪动或重复清理 - 想手动清理老文件？按
Ctrl+Shift+P（Win/Linux）或Cmd+Shift+P（macOS），输入Trim Trailing White Space回车即可，不依赖保存动作
怎么验证当前设置是否真生效？
最直接的方法是“破坏性测试”：
- 新建一个
.txt文件，在某行末尾敲 3 个空格，按Ctrl+S（Win/Linux）或Cmd+S（macOS） - 再按
Ctrl+Z撤销，然后在行尾敲 2 个 Tab，再保存——看是否也被清掉 - 如果没反应，检查右下角语法标识；如果反应了但只清空格不清 Tab，说明配置值被覆盖或解析失败
- 状态栏出现
Modified提示，说明内容确实被修改过，是生效的明确信号
真正容易被忽略的点是：Sublime 的语法识别决定设置加载路径，而文件扩展名只是提示，最终以右下角显示的 syntax 名为准。比如一个 .log 文件被识别成 Plain text，那它就不会走你为 Log 写的语法专属配置——这点比拼写错误更难排查。
