Ctrl+D从当前光标词出发向后线性查找下一个完全匹配的完整单词，区分大小写、全字匹配、不跨行、跳过字符串和注释，每次按键添加一个光标直至无匹配为止。
Ctrl+D 是怎么找“下一个”的？
它不是全局扫描，而是从当前光标词出发，向后线性查找下一个**完全匹配的完整单词**（区分大小写、全字匹配），并在那里加一个新光标。每次按一次，就多加一个——直到没下一个为止。
- 光标必须落在目标词内部（比如
userName的u或s上），否则会先自动选中当前词再开始匹配 - 默认只匹配完整单词：
user不会匹配username或users - 不跨行搜索，也不进注释/字符串里找（
"user"中的user默认被跳过） - 已手动修改过的匹配项会被跳过：改过一处
user→ 后续Ctrl+D就不再把它当候选
为什么按了三次只加了两个光标？
这不是 bug，是 VSCode 的主动过滤行为。常见原因包括：
- 中间夹了字符串字面量（如
console.log("user")）或注释（// user is logged in） - 大小写不一致（
User≠user），尤其在驼峰命名重构时容易踩坑 - 光标初始位置在空格或点号上，第一次
Ctrl+D实际是在“选中当前词”，第二次才真正开始“找下一个” - 某处
user被你提前改成currentUser，后续Ctrl+D会直接跳过它原来的位置
想跳过当前匹配项继续往后找怎么办？
按 Ctrl+K 再按 Ctrl+D（Windows/Linux）或 Cmd+K 再按 Cmd+D（macOS）。这个组合不会撤销当前光标，而是“跳过当前位置，直接定位到下一个”。
- 适合场景：光标停在一个明显不该改的地方（比如函数名出现在注释里），但又不想清空重来
- 和
Ctrl+U（撤销上一个光标）不同，它不退步，只前进 - 连续按
Ctrl+K Ctrl+D可以快速跳过多个干扰项
局部重构时最常被忽略的三个细节
真正卡住人的从来不是快捷键记不住，而是这三样没对齐：
-
editor.wordSeparators配置影响“什么是单词”：默认包含.，所以obj.user里的user能被单独选中；但如果你删了.，整个obj.user就变成一个词，Ctrl+D就找不到孤立的user - 语言模式必须正确：.js 文件被识别为
Plain Text时，Ctrl+Shift+L可能完全失效；检查右下角状态栏的语言标识 - 大小写敏感状态要和查找框同步：如果之前用
Ctrl+F搜索时关掉了Aa图标，Ctrl+Shift+L也会沿用这个设置——但Ctrl+D始终严格区分大小写，两者行为不一致
