多光标仅用于选中，不能自动识别或清理空白；安全清理需配合精准定位与正则高亮，如用^\s*$匹配空行后转多光标删除，或启用trim_trailing_white_space_on_save自动删尾随空格。
多光标本身不能“快速清理多余空格”——它只负责选中，删不删、怎么删，全看你怎么用它配合其他操作。盲目按 Ctrl+Shift+L 后狂按 Delete，大概率漏掉零宽空格、删不干净伪空行，甚至误伤缩进。
为什么 Ctrl+Shift+L 不能直接删空格或空行
这个快捷键只是把当前选中的每一行的**行首位置**变成一个独立光标，它不判断内容、不识别空白类型、也不跨滚动区域生效：
-
Ctrl+Shift+L默认只作用于当前可视区域，文件一长，滚出去的行根本不会被选中 - 它对“看起来空但含
\u200b（零宽空格）或\u00a0（不间断空格）”的行完全无感 - 按
Delete只删光标右侧字符，不是整行；按Backspace只删左侧，容易卡在中间留半截空格 - 它不区分“该删的尾随空格”和“该留的缩进空格”，一旦多选错行，
Delete就是灾难
真正能靠多光标安全清理的，只有“行首固定偏移”的场景
比如你有一批日志、CSV 导出数据或配置项，每行开头都多打了 4 个空格，且这些空格**不是缩进语义**，这时可以用多光标精准切掉：
- 先用
Ctrl+Alt+↑/↓把光标逐行移到行首（状态栏显示col:1），确认每行开头确实有冗余空格 - 按
Ctrl+Shift+→（Windows/Linux）或Cmd+Shift+→（macOS）向右选中前 N 个字符（比如 4 个空格） - 再按
Ctrl+Shift+L，所有光标同步转为多光标 - 按
Delete—— 这时删的是确定位置的字符，不会越界也不会漏
注意：Ctrl+Shift+L 在这一步是“批量执行删除动作”的放大器，不是“智能识别空白”的开关。
想删行尾空格？别碰多光标，用原生设置或命令面板
Sublime 原生的 trim_trailing_white_space_on_save 是唯一安全、稳定、语义明确的方案：
- 在
Preferences → Settings – User中加一行："trim_trailing_white_space_on_save": true - 保存即生效，Ctrl+S 时自动删掉每行末尾的
\t，缩进、空行、行中空格全不动 - 临时清理老文件？按
Ctrl+Shift+P→ 输入Trim Trailing White Space回车，立刻执行，不依赖保存 - 别用正则
\s+$：它会匹配到缩进行尾（比如 Python 的return x前空格），也匹配不到仅含\u3000（全角空格）的行
删空行？多光标只是中间环节，关键在正则锚定
真正可靠的流程是：先用正则把所有空行（含伪空行）统一高亮，再转多光标，最后删：
- 打开
Ctrl+H，确保右下角.*（Regex）启用，且\n图标未高亮（即不勾选. matches newline） -
Find What填：^\s*$—— 它覆盖空格、\t、\r、\n、\u00a0等常见空白 - 点
Find All，所有空行被高亮选中 - 此时按
Ctrl+Shift+L，每行一个光标，再按Delete才真正删整行 - 删完后务必检查文件末尾：如果最后一行是空行但没换行符（EOF 前无
\n），^\s*$匹配不到，得手动Ctrl+End+Ctrl+Shift+K收尾
最易被忽略的不是怎么按快捷键，而是忘了验证“删完是否真干净”——尤其是混合换行符（\r\n vs \n）、全角空格、BOM 头、以及 Git 提交前肉眼看不见的末尾空行。
