ctrl+d按一次只选一个词是因为它是增量式多选，从当前光标词出发向后线性查找下一个完全匹配项（区分大小写、全字匹配），而非全量选中；需连续按多次才逐个添加光标，适合局部可控编辑。
Ctrl+D 为什么按一次只选一个词，而不是全选？
因为 Ctrl+D 是增量式多选，不是全量匹配。它只在光标所在位置“发现第一个匹配项”，再按一次才找下一个——这是设计使然，不是 bug。适合局部可控替换，比如改某个函数参数名但避开同名变量。
常见错误现象：
– 光标停在 user_id 上，按 Ctrl+D 后只选中当前行那个，以为失效
– 按完没反应就切走，其实得继续按，直到看到多个高亮才进入编辑态
– 在查找面板（Ctrl+F）打开状态下按 Ctrl+D，它会忽略当前光标词，转而基于查找框内容加选
- 想跳过当前匹配项？用
Ctrl+K,Ctrl+D（先按 Ctrl+K，松开再按 D） - 误选太多？按
Ctrl+U逐次撤销上一次Ctrl+D的选择 - 要从头重来？按
Esc清掉所有光标，再把光标放回原词上重新开始
Alt+F3 和 Ctrl+D 混用会出什么问题？
Alt+F3 是全量爆破式选择，一按就选中全文所有匹配项，不区分上下文、不支持正则、也不受查找面板状态影响。和 Ctrl+D 逻辑冲突，混用极易导致意外覆盖。
典型踩坑场景：
– 先按 Ctrl+D 选了前 3 处，想补第 4 处，结果手滑按了 Alt+F3 → 全文档所有 user_id 都被选中，包括注释里、字符串里、甚至 JSON key 里
– 按 Alt+F3 后狂按 Esc 想取消，但残留光标仍在 → 粘贴时内容错位、删空格删到代码中间
- 安全替代方案：用
Ctrl+F输入关键词 → 按Alt+Enter（Windows/Linux）或Cmd+Ctrl+G（macOS）全选匹配项 —— 这个行为受查找面板控制，可开正则、可限定范围 - 真要限制数量？别依赖快捷键，用
Ctrl+D连按 N 次最稳 - 改完记得检查右下角状态栏是否还在“有多个光标”状态，避免带光标保存
为什么有时 Ctrl+D 选不了词，光标直接跳走了？
本质是语法识别失败或焦点不在编辑区。Sublime 的词边界判定（word boundary）依赖当前文件的 syntax 定义。如果右下角显示 Plain Text 或 Unknown Syntax，Ctrl+D 就无法按语义“选词”，而是退化为选空白分隔的字符串块，甚至触发其他命令。
常见诱因：
– 文件无后缀（如临时粘贴的 JSON 片段），Sublime 默认当 Plain Text
– 插件冲突导致 syntax 切换异常，右下角显示 JS 却实际是 HTML 语法
– 正在弹出查找面板、命令面板或侧边栏聚焦，Ctrl+D 被拦截
- 快速验证：看右下角语法标签，不对就按
Ctrl+Shift+P输入ssjs（JS）、ssjson（JSON）、sshmt（HTML）等快速切换 - 临时救急：鼠标右键 →
Set Syntax→ 手动选对类型 - 长期解决：给无后缀文件配 extension mapping，或用插件
ApplySyntax自动识别
Ctrl+D 在不同语言里选词范围为什么不一样？
选词逻辑由 syntax definition 决定，不是 Sublime 内置规则。比如 Python 中 user_id 是一个词，但 user-id 就被拆成 user 和 id；而在 CSS 中 user-id 反而是完整词，user_id 却可能被断开。
这直接影响 Ctrl+D 的实用性：
– 在 JS/TS 里按 Ctrl+D 选 myVarName，能精准命中驼峰变量
– 在 HTML 属性值里（如 data-id="123"），它可能只选 123，因为引号内被当成字符串 scope
– 在 Markdown 链接 [text](url) 中，Ctrl+D 停在 text 上，通常只选中括号内文字，而非整个链接
- 查当前光标 scope：按
Ctrl+Shift+P→ 输入show_scope_name，看输出里source.或text.开头的字段 - 想改选词行为？得改对应 syntax 的
.sublime-syntax文件，不推荐新手碰 - 实在需要统一处理？用正则查找（
Ctrl+F→ 勾.*）配合Alt+Enter更可靠
真正卡住人的不是记不住 Ctrl+D，而是不知道它背后绑着 syntax、scope、焦点三重条件——缺一不可。
