ctrl+shift+↑/↓是唯一能纵向扩展多光标的方式，它在每行相同列位置新增光标，主光标列决定对齐位置，短行时自动落至行尾；方向键会强制清除非主光标，属底层设计而非bug。
Ctrl+Shift+↑/↓ 是唯一能纵向移动多光标的方式
Sublime 的多光标不支持用方向键（←→↑↓）批量移动——按一次，只有主光标动，其余光标会被强制合并或丢弃。真正能同时上下移动所有光标的是 Ctrl+Shift+↑ 和 Ctrl+Shift+↓（Windows/Linux），macOS 对应 Cmd+Shift+↑/Cmd+Shift+↓。
这个操作本质不是“移动光标”，而是“在当前列向上或向下新增光标”：它会在每行相同列位置插入新光标，如果某行该列无字符，光标会自动落到行尾。
- 必须已有至少一个光标（哪怕只有一处），才能触发纵向扩展
- 光标列位置由主光标所在列决定，不是鼠标悬停列
- 若某行过短，
Ctrl+Shift+↓可能跳到下一行末尾而非对齐列，这是预期行为，不是 bug - 中文输入法（如搜狗、微软拼音）常劫持该组合键，临时切英文输入法最稳妥
为什么按方向键会让其他光标消失
方向键在 Sublime 多光标模式下是“退出信号”——只要按下 ←→↑↓ 中任意一个，除主光标外的所有光标立刻被清除。这不是设置问题，是底层设计逻辑：Sublime 把多光标视为临时叠加态，任何非编辑类导航操作都会中断同步状态。
常见误操作场景：
- 想用 ← 键微调光标位置，结果只剩一个光标
- 按 ↑ 跳到上一行后继续 Ctrl+D，发现匹配范围变了（因为只剩主光标，
Ctrl+D重新从单点开始匹配） - 滚动代码时不小心碰到方向键，多光标全丢，只能重来
补救办法只有 Esc（清空所有光标）或重做上一步操作（Ctrl+U 可撤销最近一次光标添加，但不能恢复已丢失的光标）。
列选择（Alt+Shift+拖拽）不能替代多光标移动
很多人试图用列选择模式（Alt+Shift+鼠标拖拽）来“选中一列再整体移动”，但这是两个不同机制：列选择生成的是矩形选区（Selection），不是多个独立光标（Cursor）。你无法对列选区执行 Ctrl+D 或 Ctrl+Shift+L，也无法用方向键同步移动其中内容。
关键区别：
- 列选择状态下，打字会覆盖整块矩形区域（类似块替换），不是在每个光标位置插入
- 列选择后按
Esc会退回到单光标，不会保留多光标状态 - 若文件启用了
word_wrap: true（软换行），列选择可能错位，必须关闭软换行或确保使用等宽字体 - 列选择依赖
drag_text: false，否则Alt+Click会触发文本拖动而非列选
真正安全的“移动”其实是重建光标位置
与其纠结怎么移动现有光标，不如直接重建更可靠。比如你想把 5 行的光标从第 10 列统一移到第 20 列：
- 先按
Ctrl+Shift+L确保每行一个光标（在行尾） - 按
Home回到行首，再按→20 次（不推荐）——或者更优：按Ctrl+Shift+→快速扩展选区到目标列，再按→一次让光标落定 - 或者用查找：按
Ctrl+F，输入一个该列附近稳定的字符（如=或"），勾选Aa和.（正则），点Find All，所有匹配位置自动获得光标
记住：Sublime 的多光标没有“锚点”或“相对位移”概念，所谓“移动”，本质是销毁旧光标 + 在新位置生成一批光标。最省事的路径，永远是用快捷键精准重建，而不是尝试拖拽或导航。
