sublime多光标操作依赖精准触发与设置：ctrl+shift+l按换行符切片、ctrl+d严格字面匹配、列编辑需等宽字体且alt+shift同时按下、drag_text必须设为false以防点击拖动。
Sublime 的多行多光标不是“开启一个功能”，而是靠快捷键实时叠加光标位置——按错一次 Esc、方向键或 Ctrl+X，所有额外光标立刻消失。
Ctrl+Shift+L 拆行光标总只出一个？检查选区是否含换行符
这个命令本质是「按换行符切片」：它只在你选中的文本里每个 \n 或 \r\n 前放一个光标。不识别“视觉上选了几行”，只认实际选中的字符。
- 鼠标拖选时松手早了，最后一行末尾没覆盖到换行符 → 当成单行，只生成 1 个光标
- 空行末尾有空格或制表符，光标会停在空格后，而非行首
- 安全做法：先用
Ctrl+L（Windows/Linux）或Cmd+L（macOS）逐行点击目标行，再统一按Ctrl+Shift+L
Ctrl+D 选不全变量？它不是搜索，是字面严格匹配
Ctrl+D 从当前选中内容出发，找下一个完全一致的片段——大小写、下划线、单词边界、前后空格都必须吻合。
- 双击选中
user_id后连按Ctrl+D，会跳过user_id_list（多了_list）和USER_ID（大小写不符） - 若仍跳过目标项，检查查找面板是否启用了
Aa（大小写敏感）开关 - 想跳过某处（比如字符串里的同名字段）？按
Ctrl+K再按Ctrl+D，当前高亮项被忽略，光标跳到下一个
列编辑（Alt+Shift+拖动）错位或无效？不是快捷键问题，是触发条件未满足
Sublime 的列编辑生成的是矩形选区，不是多光标；它对字体宽度和行长度极度敏感，不是 Bug，是设计如此。
- 必须同时按住
Alt+Shift（Windows/Linux）或Option+Shift（macOS），只按Alt或只按Shift无效 - 某行太短时，光标停在该行尾是正常行为；若视觉错位，大概率是字体非等宽（如系统默认 UI 字体），换成
Consolas或Fira Code即可稳定 - 远程桌面或某些键盘布局下，
Alt+Tab可能劫持Alt+拖拽；可改用命令面板：Ctrl+Shift+P→ 输入Column Selection手动开启
光标点了没反应，或点了却拖动文本？drag_text 必须设为 false
这是 Sublime 默认开启 drag_text 导致的：按住 Ctrl（Windows/Linux）或 Cmd（macOS）点击时，编辑器优先尝试拖动已选中文本，而非添加光标。
- 必须手动关闭：打开
Preferences → Settings，在用户设置里加一行："drag_text": false，保存并重启 - 点击位置很关键：避免点在已有选区边缘、单词中间或缩进空格上；优先点行首空白处、行尾换行符前，或纯空格段
- 软换行（
word_wrap）开启时也会影响点击定位，建议关闭后再做精确多光标操作
最常被忽略的细节是：多光标本身不智能，它只是同步执行输入动作。回车会每行都插入新行，退格会每行都删一个字符，粘贴会每行都贴一遍——光标落点不对，后果立竿见影。别依赖“看起来选中了”，要确认光标真正在你想要的位置。
