Ctrl+D 是 Sublime 中逐个确认匹配项的唯一可靠方式，它从光标位置找字面完全一致的下一个字符串并添加光标，需确保光标落在目标词字母上，双击单词最稳妥。

Ctrl+D 是逐个确认选中的唯一可靠方式

Sublime 里没有“自动跳转并高亮所有匹配项供你勾选”的交互，Ctrl+D 就是设计来让你肉眼确认、手动推进的。它不跳过、不回溯、不猜测上下文，只做一件事：从当前光标位置开始，找下一个**字面完全一致**的字符串，并把光标加过去。

常见错误现象：Ctrl+D 按了没反应，或只选中一个就停住——大概率是光标没落在目标词的字母范围内（比如停在 user_id 前面的空格或后面的括号），或者该词全文只出现一次。

• 确保光标落在目标词任意字母上（比如 u 或 d），双击单词是最稳的起手方式
• 第一次按 Ctrl+D 会选中当前词；第二次才跳到下一个匹配处，必须停顿半秒确认高亮位置是否正确
• 如果当前匹配项是你不想改的（比如字符串里的 "user_id"），按 Ctrl+K 再按 Ctrl+D 可跳过它，继续找下一个
• 误加了？按 Ctrl+U 撤销上一次添加，不是 Ctrl+Z ——后者会撤掉你刚输的内容，不是光标

为什么不能靠 Alt+F3 或 Ctrl+Alt+G 来“逐个确认”

Alt+F3（Win/Linux）和 Ctrl+Cmd+G（macOS）是全量触发，不提供中间确认环节。它们直接把文档里所有匹配位置一次性生成光标，一旦执行，就没有“这个先不改、那个再看看”的余地。

性能与风险点很实际：匹配数超过 300 时，界面可能卡顿；若目标词是 i 或 log 这类高频短词，还可能把正则字面量、注释、JSON 值全卷进来，导致语法破坏。

• Ctrl+Alt+G 要求你先手动选中纯标识符（比如只选中 api_timeout，不能带引号或空格）
• 右下角状态栏的 .* 图标必须未亮（正则模式关闭），否则匹配逻辑完全失控
• 大小写开关（Aa）默认开启，User 不会匹配 user；但如果你忘了关，就可能漏掉本该改的地方

真正可控的“逐个确认”流程：用 Ctrl+F 配合人工判断

当你要改的是关键变量（比如 user_id），又怕 Ctrl+D 漏掉、Ctrl+Alt+G 误伤，Ctrl+F 打开查找面板才是最稳妥的路径。它强制你看见匹配数、位置预览和上下文，每一步都可调参。

• 光标停在目标词上（如 log），按 Ctrl+F，Sublime 自动填入该词
• 点右下角图标切换模式：Alt+W 开启 Whole Word（避免 log 匹配 logging），Alt+C 关闭大小写敏感（如需统一处理 Log 和 log）
• 左下角显示 “12 matches” 后，用方向键逐条浏览匹配行，确认是否都在代码区、是否避开字符串和注释
• 确认无误后，按 Alt+Enter（Win/Linux）或 Cmd+Enter（macOS）触发 Select All —— 这步才是批量光标生成的起点

多光标编辑后最容易被忽略的语义破坏点

Sublime 不做语法分析，也不区分变量名、字符串值、正则字面量或注释内容。你加了十个光标，输入 new_user_id，它就真的一股脑全替掉——哪怕其中三处是在 "/user_id/" 路径里，一处是 // user_id is deprecated 注释。

重构前务必检查：是否所有光标都落在预期作用域内；替换后括号是否仍配对；JSON 的冒号前后空格是否被意外抹除；特别是含 _ 或 - 的变量名，某些 syntax 定义会把 user-name 拆成两个 token，导致 Ctrl+D 失效。