sublime不支持真正安全的一键代码清理，应分层处理：优先开启trim_trailing_white_space_on_save自动清理行尾空格，手动执行高危操作，并注意配置优先级、语法类型及换行符一致性。
Sublime 没有真正意义上的“一键完成全部代码清理”功能——强行合并行尾空格、空行、重复行、缩进混乱等操作，大概率会破坏语法结构或语义。靠谱做法是分层控制：用原生配置自动处理高频低风险项（如行尾空白），手动触发高危操作（如空行、去重），并明确知道每一步删了什么。
怎么配 trim_trailing_white_space_on_save 才真正生效
这是最值得优先开启的设置，它只动行尾空格和制表符，不动缩进、不碰空行、不伤 Markdown 硬换行（两个空格+换行）。
- 打开
Preferences → Settings，只改右侧面板（User Settings） - 确保 JSON 合法：整块内容被
{}包裹，键名是"trim_trailing_white_space_on_save"（注意下划线数量，别拼成triming或trailing_space_on_save），值是true（不是字符串"true"） - 如果已有其他配置项，这一行末尾要加英文逗号
,，但最后一项后面不能多逗号 - 保存文件（
Ctrl+S），无需重启 Sublime
为什么保存后空格还在？常见覆盖源
配置写了≠生效。Sublime 配置有明确优先级：.sublime-project（项目级） > 语法专属设置（如 Settings – Syntax Specific） > 用户设置。你配了全局，但可能某处写了 "trim_trailing_white_space_on_save": false。
- 看右下角显示的语法类型（比如
source.python或text.markdown），临时切换成Plain Text测试是否恢复 - 检查项目根目录下的
.sublime-project文件，里面若有显式false，它会直接压掉用户设置 - 已安装
TrailingSpaces插件且启用了trailing_spaces_on_save，两者同时开会导致光标跳动、重复清理——建议只留一个 - 某些插件（如
LaTeXTools、MarkdownPreview）会在其语法定义中强制设为false，得去对应插件的Package Settings里查
手动清理老文件时，别用正则瞎替换
想临时修一堆脏文件，推荐用 Sublime 内置命令，安全、精准、不误伤。
- 快捷键：
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS），输入Trim Trailing White Space回车——只删行尾空格和\t，不碰缩进、不删空行、不破坏 Markdown 语义 - 如果这个命令没效果，说明当前语法类型被排除（比如
text.markdown），可临时切到Plain Text再试 - 正则仅作备用：
Ctrl+H→ 查找框填[ \t]+$→ 勾选.* (Regular Expression)→ 替换框留空 →Replace All - 别用
^\s+$：它会匹配空行本身，但漏掉“只有空格没换行”的边缘情况；也别勾选. matches newline，否则$失效
空行和重复行不能靠“一键”解决
这两类操作没有安全通用解。全删空行会吃掉 Python 的函数间距、Markdown 的段落分隔；保序去重原生命令不存在，Remove Duplicate Lines 只删相邻重复，Sort Lines: Unique 必然打乱顺序。
- 压缩连续空行（如 3 行→1 行）：查找
\n\s*\n\s*\n+，替换为\n\n，兼顾语义与视觉整洁 - 保序去重必须用正则：
^(.*$)\n(?=.*^\1$)（勾选. matches newline），但超 5 万行易卡顿，大文件建议切终端 - 真要批量处理多个文件，命令行更稳：
sed -i '/^[[:space:]]*$/d' *.py（Linux/macOS），或 PowerShell：Get-ChildItem *.js | ForEach-Object { (Get-Content $_.FullName) -notmatch '^\s*$' | Set-Content $_.FullName }
最容易被忽略的是：同一项目混着 LF 和 CRLF 换行符时，正则会漏匹配；而文件是否以换行符结尾，直接决定最后一行空行能不能被捕获。这些细节不提前确认，所谓“一键”就只是把问题藏得更深一点。
