列选择后按 Delete 无反应，因 Sublime 列选区默认为只读高亮；需通过命令面板执行 Replace 命令，Find 和 Replace 均留空并点 Replace All 才能删除选中区域空格。
列选择后按 Delete 为什么没反应
列选择（Column Selection）本身不改变文本内容，只划定一个矩形区域；直接按 Delete 或 Backspace 不会删掉选中区域里的空格，除非你先触发了「替换」动作。Sublime 的列选区默认是“只读高亮”，不是可编辑块——这点和 VS Code 不同，容易误以为选中即能删。
真正生效的操作是：先列选中所有要删的空格，再按 Ctrl+Shift+P（Windows/Linux）或 Cmd+Shift+P（macOS）打开命令面板，输入 Replace，选中 Replace 命令，回车后在弹出的替换框里把「Find」留空、「Replace」也留空，点 Replace All。这相当于用空字符串覆盖列选区域。
- 列选时按住
Alt（Win/Linux）或Option（macOS），鼠标拖拽即可拉出竖直矩形；也可按Ctrl+Alt+↑/↓多行同步选中同一列 - 如果列选区跨多行但某几行该列位置是空字符（比如换行符前没内容），
Replace会把这些位置也清空，可能造成行合并，操作前建议先Ctrl+S保存 - 列选 +
Replace不受正则模式影响，它只作用于视觉选区，不会误匹配其他位置
想批量删每行开头的空格？别用列选择
列选择适合删「对齐位置固定」的空格，比如 CSV 文件中某列前统一多敲了一个空格、日志时间戳前多了一格缩进。但如果你面对的是每行行首空格数量不一（如混合了 2 空格、4 空格、Tab），列选择根本拉不出完整矩形，强行操作只会漏删或错删。
这种场景必须切回正则：Ctrl+H → 勾选 .* → 查找框填 ^[ \t]+ → 替换框留空 → Replace All。
-
^[ \t]+中的空格不能省，\t是制表符，两者是并列关系；漏掉空格就只删 Tab，漏掉\t就只删空格 - 如果文件用了 CRLF（Windows 换行），
^[ \t]+仍有效，因为^锚定的是逻辑行首，不是物理字节位置 - 执行前务必点
Find All（Alt+Enter），看是否意外匹配了注释行或字符串开头的空格
列选删空格后缩进乱了怎么办
列选择删的是“视觉列”，不是“语义缩进”。比如 Python 文件里，函数体用 4 空格缩进，但某几行被误加了额外 2 空格，你列选删掉这 2 个，结果只剩 2 空格——语法报错就来了。这不是 Sublime 的问题，是你没区分「该保留的缩进」和「该清理的冗余空格」。
安全做法是：先确认当前文件语法类型（右下角显示 source.python 等），再用 Ctrl+Shift+P 输入 Reindent 执行重排缩进。它会按语言规则自动补全/对齐，比手动列删更可靠。
-
Reindent不会动行尾空格、不会删空行、也不会改注释格式，只处理代码块层级 - 如果右下角显示的是
Plain Text，Reindent可能无效，需先切换语法类型（右键 →Set Syntax→ 选对应语言） - 某些插件（如 EditorConfig）会覆盖
Reindent行为，若发现重排后缩进不对，先禁用插件验证
为什么列选删空格不如正则稳定
列选择依赖光标坐标和字体渲染宽度，而 Sublime 的等宽字体设置、制表符宽度（tab_size）、是否启用 translate_tabs_to_spaces 都会影响实际选中范围。比如 tab_size 设为 4，但某行用 Tab 缩进，另一行用空格，列选时看似对齐，实际选中的字节数不同，删完后缩进错位。
正则不看视觉，只看字符流：^[ \t]+ 明确匹配行首的空格或 Tab 字符，不管它们渲染成多宽，也不管后面是不是代码。
- 列选择适合“所见即所得”的一次性清理，比如整理从 PDF 复制过来的对齐表格
- 正则适合“按规则清理”，尤其是代码、配置文件这类结构化文本
- 最易被忽略的一点：列选删完后，Sublime 不会自动触发
trim_trailing_white_space_on_save，行尾空格还在；而正则替换是一次性扫完整行，可以同时配合\s+$清理行尾
