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 失效。
