ctrl+shift+l 是按选区边界自动拆分为多光标的核心操作：选中多行则每行一个光标，选中单词则该词独立成光标；必须先选中目标区域再执行，不可与 ctrl+d 混用，配合 “split selection into lines” 命令可自定义快捷键。
Sublime Text 的多行编辑能力远不止 Ctrl+Click 或 Ctrl+D——真正高效的人，靠的是组合键触发的「隐式多光标」和上下文感知的列选模式，而不是反复点鼠标。
如何用 Ctrl+Shift+L 精准拆分选区为多光标
这是最常被忽略的基础操作：当你已选中一段文本（比如逗号分隔的列表），按下 Ctrl+Shift+L 会按行或按当前选区边界自动切出多个光标，每个光标落在原选区的起始位置。
- 适用场景：批量修改函数参数、对齐 JSON 键名、给 CSV 每列加引号
- 注意：如果只选中单个词，它会把该词本身作为独立光标；如果选中多行，每行一个光标
- 常见错误：先按
Ctrl+D再按Ctrl+Shift+L，结果光标乱跳——应先选中目标区域，再一键拆分 - 小技巧：配合
Ctrl+Shift+P输入 “Split Selection into Lines” 可查看命令名，方便绑定自定义快捷键
Alt+Shift+↑/↓ 列选择时为什么光标总偏移？
列选择（Alt+Shift+↑/↓）本质是矩形框选，但它的行为高度依赖当前光标的垂直对齐状态。不是“选中几行就拉几行”，而是“从光标所在列开始，向下/向上延伸相同列数”。
- 典型问题：按
Alt+Shift+↓拉了 5 行，但第 3 行末尾有空格，导致光标在第 3 行停在更右的位置，破坏列对齐 - 解决办法：先用
Ctrl+Shift+P运行 “Align Indent” 或手动补空格对齐，再列选 - 替代方案：用
Ctrl+Shift+↑/↓（非 Alt）可实现“按逻辑行扩展选区”，适合处理缩进不一致的代码块 - 性能提示：列选超长文件（>10k 行）时，Sublime 可能卡顿，建议先折叠无关代码块
Ctrl+Cmd+G（macOS）或 Ctrl+Alt+G（Win/Linux）匹配全部再编辑
这个快捷键不是简单高亮所有匹配项，而是把当前光标所在词（或选中内容）的所有出现位置，全部转为可编辑光标——且支持正则上下文约束。
- 使用前提：光标必须停在要匹配的词上，或已选中一段带意义的文本（如
user_id） - 关键细节：若当前文件有语法高亮（如 Python），它默认只匹配同作用域变量；加
Ctrl再按一次可强制全文件匹配 - 容易踩的坑：匹配后按
Delete会删掉所有光标位置的内容，但若某处是字符串字面量（如"user_id"），也会被误删——建议先Esc退出多光标，用Ctrl+F确认上下文 - 进阶用法：配合正则开启（
Alt+R），输入\buser_id\b再按Ctrl+Cmd+G，就能避开user_id_old这类干扰项
为什么 Ctrl+U 撤销光标合并后无法恢复多光标？
Ctrl+U 是 Sublime 的“软撤销”（soft undo），它只回退编辑动作，不还原光标状态。一旦你用 Ctrl+D 或 Ctrl+Cmd+G 创建了多光标，再按 Ctrl+U，光标会立刻合并成单个，且无法通过 Ctrl+Y 恢复——这是设计使然，不是 bug。
- 正确做法：多光标编辑前，先按
Ctrl+Shift+P输入 “Set Mark”，打个临时书签；编辑出错直接Ctrl+Shift+P→ “Jump to Mark” 回退 - 替代方案：习惯性在执行多光标操作前按一下
Esc，确保没有残留的命令模式干扰 - 隐藏机制：Sublime 的多光标状态不计入 undo 栈，所以任何涉及光标增减的操作（包括鼠标拖拽新增光标）都不可逆
真正卡住人的从来不是功能有没有，而是光标在哪、选区怎么来、以及撤不撤得回去——这些细节没理清，再多快捷键也只会越按越乱。
