sublime text 默认不自动删除行末空格，需手动设置 "trim_trailing_white_space_on_save": true；注意项目配置会覆盖用户配置，且仅在实际修改并保存时生效，与 draw_white_space 无关。
Sublime Text 保存时自动删除行末空格怎么配
默认不开启，必须手动改配置。关键在 trim_trailing_white_space_on_save 这个开关，设为 true 就生效。
常见错误是只改了用户配置（Preferences.sublime-settings），但项目里有 .sublime-project 文件，它会覆盖全局设置——得检查项目配置里有没有显式关掉这个选项。
- 打开
Preferences → Settings，左边是默认配置（只读），右边粘贴或修改："trim_trailing_white_space_on_save": true
- 如果用项目配置，打开
Project → Edit Project，确保settings块里没写"trim_trailing_white_space_on_save": false - 该设置对新保存的文件立即生效，但不会自动清理已存在的空格——要手动
Ctrl+Shift+P→ 输入Trim Trailing White Space触发一次
为什么有时候保存后空格还在
不是配置失效，而是触发条件没满足。Sublime 只在「文件内容实际被修改过」且「保存操作真正执行」时才清理空格。
典型场景包括：Save on Focus Lost（切窗口自动保存）不触发清理；某些插件如 GitGutter 或 AutoFileName 的自动保存行为也可能绕过该逻辑；还有就是文件编码异常（比如 UTF-8 with BOM）偶尔干扰判断。
- 确认没开
atomic_save（它用临时文件替换，可能跳过清理流程）：配置里别出现"atomic_save": true - 检查右下角状态栏显示的编码，如果是
UTF-8 with BOM，先转成纯UTF-8再试 - 禁用其他自动保存类插件，单独测试原生保存行为
和 draw_white_space 有什么关系
完全无关。draw_white_space 只控制是否显示空格/制表符（比如用小点或虚线标出来），不影响保存逻辑。开着它只是帮你「看见」空格，删不删还是看 trim_trailing_white_space_on_save。
有人开了 draw_white_space 以为就能自动删，结果发现没用——这是混淆了「可视化」和「自动处理」两个功能。
-
draw_white_space推荐设为"all"或"selection"，方便肉眼核对 - 它本身不消耗性能，但设成
"all"在超长日志文件里可能轻微拖慢渲染 - 别指望它替代
trim_trailing_white_space_on_save，二者得各司其职
插件方案比原生配置更灵活吗
原生配置够用，插件反而容易引入冲突。像 TrailingSpaces 这类插件确实能高亮+一键清理+保存钩子全包，但它的保存钩子和 Sublime 原生的 trim_trailing_white_space_on_save 是两套机制，同时启用可能重复清理、甚至报错。
除非你真需要「只清理选中区域」或「按文件类型开关」这种细粒度控制，否则没必要装插件。
- 如果用了
TrailingSpaces，务必关掉原生的trim_trailing_white_space_on_save，避免打架 - 插件的配置项名是
trailing_spaces_include_empty_lines，和原生的trim_trailing_white_space_on_save参数名、逻辑都不同 - 插件更新不及时时，可能在 Sublime 4.4+ 上出现兼容问题，表现为保存后光标跳到文件开头
