Sublime Text原生支持保存时自动清理行尾空格和制表符，只需在Preferences → Settings – User中添加{"trim_trailing_white_space_on_save": true}；该设置仅作用于非空行末尾，不删缩进、空行及行中空格，且可能被语法专属设置或项目配置覆盖。
Sublime Text 原生支持清理行尾多余空格，无需插件，但必须正确配置且理解其作用边界——它只删非空行末尾的空格和制表符（\t），不碰缩进、不删空行、不改行中空格，误配或强求“批量跨文件”反而容易破坏 Markdown 硬换行、Makefile 变量展开等语义。
怎么开启保存时自动清理？
在 Preferences → Settings – User（右侧面板）中添加合法 JSON：
{
"trim_trailing_white_space_on_save": true
}
注意四点：
- 引号必须是英文双引号，不能是中文或单引号
- 整个内容必须被
{}包裹，且是合法 JSON（比如已有其他项，本行末尾要加英文逗号，但最后一项后不能多逗号） - 一定改右侧「User」面板，左侧 Default 不要动
- 保存该设置文件（
Ctrl+S）后立即生效，无需重启
为什么 Ctrl+S 后空格还在？
不是配置错了，而是被更高优先级规则覆盖或阻断：
- 右下角显示的语法类型（如
source.python、text.html）加载了专属设置，压掉了全局配置；可临时切换为Plain Text测试是否恢复 -
.sublime-project项目配置里写了"trim_trailing_white_space_on_save": false，它会直接禁用用户设置 - 装了
TrailingSpaces插件又同时开了原生选项，两者冲突会导致光标乱跳、保存时闪一下——建议二选一 - 文件处于只读状态（右下角显示
Read Only），所有保存相关行为都会跳过
想手动清理当前文件怎么办？
快捷键 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Trim Trailing White Space 回车——立刻清理当前文件所有行尾空格和 \t，不依赖保存动作。
这个命令安全、精准，且经过 Sublime 自身语法上下文校验。别用正则 [ \t]+$ 盲目替换：它可能误伤缩进，尤其在 Python 或 YAML 中。
真要批量处理多个文件？别信“一键插件”
Sublime 本身不支持跨文件批量清理行尾空格，因其设计是「单文件上下文安全清理」——不同语法类型对尾部空格的语义敏感度完全不同：
-
text.markdown中两个空格 + 换行是硬换行，删了就坏渲染 -
source.makefile行尾空格参与变量展开，删错导致构建失败 -
source.yaml尾部空格影响块缩进对齐，可能解析报错
真正可用的批量方案只有两种：
- 命令行：如
find . -name "*.py" -exec sed -i 's/[[:space:]]*$//' {} \;（macOS 需写成sed -i '' 's/[[:space:]]*$//' {}） - Git 预提交钩子：在
.git/hooks/pre-commit里加一行git diff --cached --name-only | xargs -I {} sed -i 's/[[:space:]]*$//' {}
所谓“一键批量插件”，多数只是循环调用 Trim Trailing White Space 命令，但若某文件语法被项目配置禁用（如 text.html 被设为 false），它照样跳过，且无错误反馈。
