Ctrl+D只加一个光标是因为它本质是“贪心逐个扩展”而非全选匹配：从当前光标位置出发，严格按字面、大小写和边界匹配下一个完全相同的字符串，需手动逐次确认。
Ctrl+D 为什么只加一个光标，而不是全部匹配项
因为 Ctrl+D 不是“全选匹配”，而是「贪心逐个扩展」：它从当前光标所在词出发，严格按字面、大小写、边界（空格/标点）匹配下一个完全相同的字符串。第一次按会自动双击取词，后续每按一次才跳到下一个位置——不是批量生成，而是手动确认式叠加。
常见错误现象：
- 光标停在
user_id中间，Ctrl+D只匹配到_id，后续全错 - 想匹配
username里的name，但默认开启match_whole_word，直接失败 - 误点了注释里的
// user_id，结果被一起选中，又不敢删
实操建议：
- 先双击选中目标词（比如完整选中
user_id），再按Ctrl+D，避免取词不全 - 不想改某处？按
Ctrl+K再按Ctrl+D跳过当前高亮项 - 需要子串匹配（如
user在username_input中也命中），关掉match_whole_word：打开Preferences → Settings，在用户设置里加"match_whole_word": false
Find All 后怎么变成可编辑的多光标
很多人点了 Find All 就以为完事了，结果发现只是高亮，不能输内容——那是因为高亮 ≠ 多光标。真正触发编辑态，得靠快捷键二次激活。
关键步骤缺一不可：
- 打开查找面板（
Ctrl+F），输入目标文本或正则（如\bclassName\b） - 务必勾选
.*（正则模式），否则Find All不识别元字符 - 点击
Find All或按Enter，此时仅跳转并高亮第一个匹配项 - 最后按
Ctrl+Alt+G（Windows/Linux）或Ctrl+Cmd+G（macOS）——这才是把高亮转为多光标的关键动作
容易踩的坑：
- 没开正则就搜
\w+，Find All直接返回 0 结果 - 点了
Find All没按Ctrl+Alt+G，光标仍只有一个，编辑只发生在第一处 - 搜索范围被限制在选区内（In Selection 已勾选），但你根本没选任何东西
列对齐位置加光标失败？别信眼睛，看字符索引
Ctrl+Shift+↑/↓ 看似是“向上/下对齐列”，实际逻辑是：在当前光标列号位置，尝试向上下行同列追加光标——但前提是该列存在可编辑字符（不能是空行、超出行宽、或全是空格/制表符）。
典型失败场景：
- 某行该列是缩进空格 → 光标自动落到该行行尾
- 某行比其他行短，目标列超出长度 → 同样跳到行尾
- 混用空格和 Tab 缩进 → 视觉对齐但字符位置错位，光标无法垂直对齐
解决办法：
- 先统一缩进：按
Ctrl+Shift+P→ 输入Convert Indent to Spaces回车 - 确保所有目标行长度足够：用
Ctrl+L连续选中目标行，再按Ctrl+Shift+L拆成行末光标，然后统一按Home把光标拉到行首，再用Ctrl+Shift+→往右移到目标列 - 验证列位置是否一致：打开
View → Show Console，输入view.rowcol(view.sel()[0].begin())查看当前光标行列坐标
为什么 Esc 或方向键一按，所有光标全没了
Sublime 的多光标不是“模式”，而是「实时叠加状态」：每个快捷键都在往当前光标集合里加新位置，而 Esc、任意方向键、Ctrl+X、甚至鼠标单击空白处，都会清空除主光标外的所有光标——这是设计使然，不是 bug。
这意味着：
- 加完光标后别乱按方向键，哪怕只是想微调位置
- 想撤销最后一次添加？用
Ctrl+U（Undo Selection），不是Ctrl+Z - 已有选区时，
Ctrl+Click会先清空选区再加光标；想保留选区叠加光标？先按Esc清掉选区，再Ctrl+Click - 大文件慎用
Ctrl+A+Ctrl+Shift+L：光标数 = 行数，卡顿不说，误触Backspace会一次性删光整篇文档
最易被忽略的一点：所有这些操作都依赖干净的初始状态——拖动选区时松手早了漏掉换行符、drag_text 没关导致 Ctrl+Click 变拖拽、正则没启用却期待 Find All 生效……问题往往不出在快捷键本身，而在前一步的准备动作是否到位。
