Ctrl+D总跳过或选错是因为它严格按字面匹配下一个完全相同字符串，需光标落词内、双击选中完整目标、确认Whole Word/Case Sensitive开关，并用Ctrl+K→Ctrl+D跳过当前项。
Ctrl+D 为什么总跳过或选错下一处？
它不是“找变量”，而是从光标当前位置出发，**严格按字面匹配下一个完全相同的字符串**——包括大小写、空格、下划线甚至注释符号。比如光标停在 user_id 的 u 上，Ctrl+D 可能先匹配到 username 里的 user 子串；如果停在 s 上，甚至可能先命中 us。
正确做法是：
- 先双击选中完整目标（如
count），再按Ctrl+D，确保匹配整块内容 - 确认右下角状态栏的
Case Sensitive和Whole Word开关符合需求：想避开counter就打开Whole Word；想跨大小写匹配就关掉Case Sensitive - 每按一次
Ctrl+D后停顿半秒，看高亮是否是你想要的那处——贪心匹配不预览，靠肉眼确认
想跳过当前高亮项，直接选下一处？
Ctrl+D 没有“跳过”按钮，但组合键 Ctrl+K → Ctrl+D 是唯一可靠方式：前者取消当前匹配项的选中状态，后者立刻定位并选中下一个。
常见误操作：
- 按
Esc或方向键 → 所有光标清空，只剩第一行可编辑 - 连按
Ctrl+D太快 → 跳过中间项，后续再按会从更远位置开始匹配 - 光标落在行末换行符前（视觉上像选中了整行，其实没包含
\n）→Ctrl+D可能跨行误触下一段
一次性选中全部匹配项，而不是逐个按 Ctrl+D？
用 Ctrl+Shift+G（不是 Ctrl+G！后者是跳转行号），前提是已通过 Ctrl+F 搜索并确认了目标词。
流程必须严格：
- 先按
Ctrl+F输入要找的词（如DEBUG），勾选Whole Word和/或Case Sensitive - 按
Enter跳到第一个结果，此时搜索面板仍开着 - 再按
Ctrl+Shift+G，所有匹配起始位置立刻变成独立光标
注意：Ctrl+Shift+G 不受当前光标位置影响，只依赖搜索面板的活跃匹配结果；如果搜完直接关了面板，这招就失效。
Ctrl+Shift+L 拆光标失败，是不是快捷键坏了？
不是快捷键问题，是它根本不管“你心里想选几行”，只认选区里有没有换行符 \n。如果鼠标拖选时停在某行中间字符上，哪怕看起来覆盖了多行，实际选区不含 \n，Ctrl+Shift+L 就只会生成一个光标。
稳的操作路径：
- 用
Ctrl+L连按多次选中多行（每按一次加一行，光标自动落到下一行首） - 或用
Shift+↓逐行扩展，最后务必按一次End或→，确保末尾含换行符 - 空行也会被拆出光标，且光标默认落在行首——若需在行尾补内容，得额外按
End
最易忽略的一点：多光标状态下任何方向键、Esc、Ctrl+X 都会让所有光标瞬间消失，只剩第一个光标生效——这不是 bug，是 Sublime 的设计逻辑。
