sublime text需配置"trim_trailing_white_space_on_save": true于preferences→settings右侧user面板json中，确保语法合法、无插件冲突、未被语法或项目设置覆盖，否则无效。
Sublime Text 没有真正安全的“一键清除所有无用空格”功能——删错缩进、YAML 块对齐、Python return 前空格或 .env 文件中用于对齐的空格，代码就直接报错或语义改变。靠谱做法是：用原生 trim_trailing_white_space_on_save 清行尾，配合手动触发命令修老文件，其余一律不碰。
怎么配 trim_trailing_white_space_on_save 才真生效
它只在 Preferences → Settings 右侧「User」面板里起作用，不是 Default，也不是项目设置：
-
"trim_trailing_white_space_on_save": true必须写成布尔值true，不是字符串"true" - 键名必须完整拼写，不能少下划线（比如
triming_trailing_space_on_save会静默失效） - 整个内容得包在
{}里；已有其他配置项时，这行末尾要加英文逗号，但最后一项后面不能多逗号 - 引号必须是英文双引号，中文引号、单引号、全角标点会让整段设置被 Sublime 忽略
- 保存后立刻生效，无需重启
为什么开了 trim_trailing_white_space_on_save 却没反应
大概率不是配置错了，而是被更高优先级规则覆盖：
- 右下角显示的语法类型（如
source.python、text.markdown）可能加载了 Syntax Specific 设置，里面写了"trim_trailing_white_space_on_save": false - 项目根目录有
.sublime-project文件，显式设为false，它会直接禁用用户设置 - 装了
TrailingSpaces插件又同时开了原生选项，两者冲突会导致光标跳动、保存时闪一下 - 当前文件是
Plain Text或自定义语法，Sublime 4 默认不触发该行为；可临时切换成Python测试是否恢复 - 某些插件（如
LaTeXTools、MarkdownPreview）会在其语法定义中强制设为false，得去 Package Settings 里查
手动清理老文件或验证效果，别用正则瞎试
快捷键最稳，且不依赖设置是否生效：
- Windows/Linux：按
Ctrl+Shift+P，输入Trim Trailing White Space回车 - macOS：按
Cmd+Shift+P，输入同上回车 - 这个命令只删每行末尾的空格和
\t，不动缩进、不碰空行、不伤text.markdown的两个空格换行语法 - 执行后不会自动保存，可以先看差异再决定是否
Ctrl+S - 如果非要正则救急：
\s+$（启用正则模式），替换框绝对留空；千万别用^\s*$——那是删空行的
想编辑中就实时清理？加 trim_automatic_white_space
它和 trim_trailing_white_space_on_save 独立运行，光标移出某行（按 →、Enter 或点击别处）时立刻清理该行尾部空格和 \t：
- 不碰缩进空格（比如函数体内的
return x前的空格）、不删空行、也不动行中间空格 - 但在
text.markdown中，两个空格 + 换行是硬换行语法；在source.makefile中，行尾空格可能参与变量展开——这类场景建议配合trim_trailing_white_space_on_save_exclude排除 - Sublime 4.4+ 支持白名单写法：
"trim_trailing_white_space_on_save": {"enabled": true,"file_extensions": ["*"]}；老版本不认，只能靠插件兜底
复杂点在于：空格从来不是孤立存在的，它在不同语法上下文里承担不同职责。删之前，得先确认你面对的是哪类文件、哪个语法高亮、有没有 LSP 或构建工具依赖行尾空白——否则“一键清理”就是一键破坏。
