sublime text 清除行尾空格唯一真正生效的快捷操作是 ctrl+shift+p（win/linux）或 cmd+shift+p（macos）调出命令面板，输入 trim trailing white space 回车；该内置命令仅清理非空行末尾的空格和制表符，不触缩进、空行及 markdown 硬换行。
Sublime Text 本身没有“一键清除所有冗余空格”的全局快捷键，所谓“快速清除”，实际是组合使用原生配置 + 命令面板 + 少量正则，且必须区分「行尾空格」和「行中/缩进空格」——后者不能乱动，否则 Python 缩进崩、YAML 对齐错、Makefile 变量展开失效。
怎么用快捷键触发行尾空格清理
真正能立刻生效的快捷操作只有一个：Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS），输入 Trim Trailing White Space 回车。这是 Sublime 内置命令，不依赖保存动作，也不改缩进、不删空行、不碰 Markdown 硬换行（两个空格+换行）。
- 该命令只清理当前文件所有非空行末尾的
\t，安全边界明确 - 如果没反应，先看右下角语法标识（如
text.markdown），临时切到Plain Text测试——某些语法（如text.markdown、source.makefile）默认被排除 - 想绑定成自定义快捷键？在
Preferences → Key Bindings里加一行：{"keys": ["ctrl+alt+t"], "command": "trim_trailing_white_space"}
为什么 trim_trailing_white_space_on_save 配了却没反应
它不是快捷键，而是保存钩子，但常被误以为“按 Ctrl+S 就该清”。失效几乎从不因为拼写错误，而是优先级覆盖：
-
.sublime-project文件里写了"trim_trailing_white_space_on_save": false，它会直接压掉用户设置 - 当前语法专属设置（如
Settings – Syntax Specific）显式设为false，比如LaTeXTools或MarkdownPreview插件自带的语法定义 - 同时启用了
TrailingSpaces插件的trailing_spaces_on_save，两者冲突会导致光标跳动、重复清理 - 用户设置 JSON 格式非法（比如多逗号、中文引号、漏
{}），整个配置静默失效，Sublime 不报错
别用正则瞎替换行尾空格
新手常输 \s+$ 或 ^\s+$，结果误删缩进、粘连代码行、破坏 Makefile 变量展开。真正安全的正则是：
-
[ \t]+$：只匹配行尾空格和制表符，$锚定行尾，.matches newline 必须关闭（右下角.*图标不能高亮） - 中文文档含全角空格？扩展为：
[ \t\u3000\u00a0\u200b]+$ - 千万别用
\s+$：Sublime 中\s默认包含\r和\n，一匹配就把换行符吞掉，导致return true;\n\nif (x)变成return true;if (x)
自动清理 ≠ 全文件无脑清
启用 trim_automatic_white_space 后，光标移出某行就实时清理尾部空格，但它有明确语义边界：
- 保留缩进空格（比如
def foo():后面的 4 个空格） - 不删空行，也不动行中空格（如
foo = bar中间的空格） - 在
text.markdown中慎用：两个空格 + 换行是硬换行语法，删了就丢换行 - 在
source.makefile中禁用：行尾空格可能参与变量展开，删了规则就失效
最易被忽略的点是：空格是否该删，取决于文件类型语义，而不是“看起来多余”。配完 trim_trailing_white_space_on_save，务必检查当前语法 scope 是否在清理范围内——不是所有 .txt 都该被同等对待。
