Ctrl+Alt+↑（Windows/Linux）或Cmd+Option+↑（macOS）实现垂直多光标，前提为等宽字体且光标列存在可编辑字符，否则fallback至行尾；macOS需防输入法劫持；推荐用Ctrl+L选行后Ctrl+Shift+L拆光标以提升容错率。
Ctrl+Alt+↑ 在 Windows/Linux 上能向上加光标，但有硬性前提
这个快捷键不是“自动识别上一行”，而是从当前光标列位置，**垂直向上查找可编辑字符**，并在该列存在字符的每一行对应位置插入光标。如果某行在该列是空格、制表符或超出长度，光标会 fallback 到行尾（不是跳过，而是落点偏移）。
常见失败场景：
- 当前行光标在缩进区（比如第 2 列），但上一行第 2 列是空格 → 光标落到上一行行尾，后续再按 Ctrl+Alt+↑ 可能错位
- 字体不是等宽（如用默认 UI 字体），列对齐失效 → 光标纵向不齐，输入内容错行
- 某行被折叠或含不可见控制字符（如
\u200b）→ 该行被跳过，不生成光标
安全做法：先用 Home 把光标拉到行首（确保列基准一致），再按 Ctrl+Alt+↑；若需覆盖多行，优先用 Ctrl+L 连续选中目标行，再用 Ctrl+Shift+L 拆光标更可控。
Mac 用户用 Cmd+Option+↑，但系统输入法可能劫持它
macOS 下 Cmd+Option+↑ 默认被部分中文输入法（如搜狗、百度）绑定为「切换输入模式」，导致 Sublime 收不到该组合键。现象是：按了没反应，或弹出输入法菜单。
临时解决方式：
- 切到英文输入法后再试（推荐用系统自带 ABC 输入源）
- 在系统设置 → 键盘 → 快捷键 → 输入源中，禁用「选择上一个输入源」的快捷键
- 在 Sublime 的
Preferences → Key Bindings中自定义替代键，例如：[{"keys": ["ctrl+shift+up"], "command": "add_cursor_at_next_line"}]
注意：自定义后需重启 Sublime 才能生效，部分版本热加载不识别新绑定。
为什么光标扩展后输入内容不同步？
根本原因是 Sublime 的多光标是「位置叠加」而非「状态同步」——每个光标独立响应键盘输入，但若其中某个光标落在只读区域（如折叠代码块、语法高亮的字符串引号内、或被插件标记为不可编辑的 region），该位置将静默丢弃输入，造成「有的行改了、有的没改」的假象。
排查步骤：
- 按
Esc清除所有光标，重新添加 - 逐行检查光标落点：是否都在可编辑文本上？是否某行末尾有隐藏空格或
\r？ - 关掉可能干扰的插件（如
BracketHighlighter或GitGutter），测试是否恢复同步
最稳妥的向上扩展方式其实是先用鼠标或 Ctrl+L 选中目标行范围，再统一用 Ctrl+Shift+L 拆光标——它不依赖列对齐，只认换行符，容错率更高。
列对齐编辑必须开等宽字体，且不能靠拖选来校准
Ctrl+Alt+↑/↓ 的列定位逻辑完全依赖字体度量。如果当前视图用的是非等宽字体（比如系统默认的 San Francisco 或微软雅黑），哪怕你肉眼看着对齐，Sublime 内部计算的「第 N 列」位置也会漂移，导致光标上下错位。
验证与修复：
- 打开
Preferences → Settings，确认"font_face": "Consolas"或其他等宽字体已生效 - 不要用鼠标拖选去“凑”列位置——拖选是字符级选择，不是列坐标锚定；正确做法是先用
Ctrl+→移动光标到目标列，再按Ctrl+Alt+↑ - 如果某行开头是缩进（空格或 tab），建议先全选该行（
Ctrl+L），再按Home，确保光标落在逻辑行首而非视觉缩进起点
真正容易被忽略的是：这个功能对「空行」完全无效——空行没有字符，也就没有「该列位置」可查，所以 Ctrl+Alt+↑ 遇到空行直接跳过。需要编辑含空行的段落时，Ctrl+Shift+L + 手动删空行光标，比硬扛列对齐更省时间。
