开启trim_trailing_white_space_on_save可保存时自动清理行尾空格和制表符，需在用户设置json中正确配置"trim_trailing_white_space_on_save": true，注意语法、逗号、引号规范；若无效，检查语法/项目级覆盖、插件冲突或json格式错误；配合trim_automatic_white_space可实时光标移出即清理当前行尾空白，但不触缩进、空行及特定语法（如markdown、makefile）；手动清理用命令面板执行“trim trailing white space”最安全可靠。
trim_trailing_white_space_on_save 开启后就能保存时自动清理行尾空格和制表符，根本不需要插件——这是 Sublime Text 原生功能，稳定、轻量、不冲突。
怎么配 trim_trailing_white_space_on_save 才生效
这个设置必须写在用户设置（Preferences → Settings → 右侧面板）的 JSON 对象里，且格式完全合法：
- 整块内容必须被
{}包裹，不能只写一行配置 -
"trim_trailing_white_space_on_save": true必须用英文双引号，不能是中文引号或单引号 - 如果前面已有其他配置项，这一行末尾要加逗号；如果是最后一项，**不能加逗号**
- 改完直接按
Ctrl+S（Windows/Linux）或Cmd+S（macOS）保存设置文件，不用重启 Sublime
测试方法：新建一个 .txt 文件，输入 hello （末尾带空格），按 Ctrl+S，空格立刻消失。
为什么配了却没反应？常见覆盖层级
不是配置错了，而是被更高优先级的规则压住了：
- 右下角显示的语法类型（如
source.python、text.html）可能加载了专属设置，覆盖了全局配置；可临时切换为Plain Text验证 - 项目级配置（
.sublime-project）里显式写了"trim_trailing_white_space_on_save": false，它会强制禁用 - 已安装
TrailingSpaces插件且开启了trailing_spaces_on_save，两者同时启用会导致光标跳动、重复清理 - 某些插件（如
LaTeXTools、MarkdownPreview）会在语法定义中硬编码false，得去对应插件的 Package Settings 里查
JSON 格式非法（比如多逗号、漏大括号、用了中文标点）时，整个用户设置会静默失效，Sublime 不报错也不提示。
想编辑中就实时清理？加 trim_automatic_white_space
只开 trim_trailing_white_space_on_save 是“攒着等保存才扫”，若希望光标移出某行就立刻清理，再加一行：
"trim_automatic_white_space": true
它只清理当前行末尾的空格/\t，但有几点必须注意：
- 不碰缩进空格（比如 Python 函数体内的
return x前的空格） - 不处理空行，也不动行中空格
-
text.markdown里两个空格 + 换行是换行语法，删了就坏渲染 -
source.makefile行尾空格参与变量展开，建议用trim_trailing_white_space_on_save_exclude排除
若需局部关掉，打开对应文件 → Preferences → Settings – Syntax Specific，加 "trim_trailing_white_space_on_save": false 即可。
手动清理老文件？别用正则，用内置命令
正则替换容易误伤，尤其新手常写的 ^\s+$ 会漏掉真正什么都没有的空行（只有 \n）。稳妥做法是：
- 按
Ctrl+Shift+P（Windows/Linux）或Cmd+Shift+P（macOS）打开命令面板 - 输入
Trim Trailing White Space，回车执行
这是 Sublime 内置命令，只清理行尾空白，不碰换行结构、不跨文件、不依赖正则引擎版本。它比任何插件都可靠，也无需担心配置是否生效。
真正容易被忽略的是：这个功能只管「行尾」，不管缩进混用、空行合并、行中多余空格——那些得靠其他机制（比如 Convert Indentation 或 EditorConfig）协同解决。
