sublime多光标是实时叠加而非模式切换，核心问题源于光标逻辑：ctrl+shift+l按换行符切片、ctrl+d严格匹配字面量、列选择与多光标互斥、drag_text影响ctrl/cmd+click，且需等宽字体与统一缩进保障准确性。
Sublime 的多光标不是“开启一个模式”，而是靠快捷键实时叠加光标位置——按错一次、选区不稳、输入不同步，问题基本都出在这层逻辑上。
Ctrl+Shift+L 拆光标只出一个？检查选区是否含换行符
这个命令本质是“把当前选区按换行符切片，每个换行符前的位置放一个光标”。它不看缩进、不看对齐，只认 \n。
- 鼠标拖选时没覆盖到最后一行末尾的
\n，Sublime 就当它是单行选区，只生成一个光标 - 安全做法：先用
Ctrl+L（Windows/Linux）或Cmd+L（macOS）逐行选中目标行（连续按可多选），再统一按Ctrl+Shift+L，100% 按行生效 - 如果选区里有空格或 Tab 开头，光标会落在缩进位置——输内容就覆盖缩进；想统一加前缀（如
//），得先按Home把所有光标拉到行首，再输
Ctrl+D 匹配不到目标变量？注意单词边界和大小写
Ctrl+D 默认开启 match_whole_word: true，且严格匹配大小写、下划线和边界。它不是“搜词”，而是“从当前选中内容出发，找下一个字面完全一致的片段”。
- 双击选中
user_id后连按Ctrl+D，会跳过user_id_list和USER_ID——前者多了后缀，后者大小写不符 - 注释或字符串里有同名字面量（如
# DB_HOST=...或"DB_HOST"）也会被误中；按Ctrl+K再按Ctrl+D可跳过当前高亮项，光标保留在原位 - 想一次性全选所有匹配项：用
Alt+F3（Windows/Linux）或Ctrl+Cmd+G（macOS），但注意上限约 10000 处，超量静默丢弃
列选择和多光标不能共存，别试图混用
Sublime 的列选择（矩形选区）和多光标是互斥模式：一旦进入列选择状态（Shift+Alt+鼠标拖拽），Ctrl+D、Ctrl+Click 全部失效。这不是 bug，是设计逻辑。
- 常见误操作：拖完列选后直接按
Ctrl+D或点鼠标，结果毫无反应 - 正确路径：完成列选择后，按
Esc或点击编辑区空白处退出列模式；此时选区保留为普通行内选区，再用Ctrl+Shift+L拆光标（前提是选区含\n） - 真正需要“列对齐 + 多光标”的场景，用正则 +
Find All更稳：比如在每行第 20 列插入const，开正则搜^.{19}，点Find All，所有匹配起始位自动转为光标
鼠标点击加光标没反应？先关掉 drag_text
默认开启的 drag_text 会让 Ctrl+Click（Windows/Linux）或 Cmd+Click（macOS）优先尝试拖动文本，而非添加光标。
- 必须手动关闭：打开
Preferences → Settings，在用户设置里加一行："drag_text": false - 点击位置也很关键：避免点在已有选区边缘或单词中间，容易触发双击选词或列选择；优先点行首、行尾或空格处
- Mac 用户注意：
Cmd+Shift+L在某些输入法下会被系统劫持，可临时切英文输入法再试
最易被忽略的一点：多光标本身不校验语法合法性，也不防错位——它只是在多个位置同步执行键盘输入。一旦光标落点不对（比如缩进不齐、某行过短、字体非等宽），回车、退格、粘贴都会立刻放大错误。建议批量操作前先用 Ctrl+Shift+P → Align Indent 统一缩进，再确认字体是 Consolas 或 Fira Code 这类等宽字体。
