F3是“从当前选区向后查找首个匹配项”，非光标位置搜索；双击选词必须精准（不含空格/符号），否则搜空字符串导致无响应，且JS等语法中字符串和注释内默认不匹配。
Sublime Text 里“选词查找”不是靠 Ctrl+F 打开面板再输词，而是直接用 Ctrl+D 或 Alt+F3 驱动——前提是光标或选区必须干净、精准，否则匹配会跳过目标或误中注释/字符串。
为什么双击选中后按 F3 没反应？
因为 F3 的行为是“从当前选区向后找第一个匹配”，不是“从光标位置搜”。它不认空光标，只认已选中的文本内容。
- 双击单词（如
user_id）时，确保没带前后空格、点号或括号；拖选也一样，边界要卡准 - 如果光标停在
user_id后面的空格上，F3实际搜索的是空字符串，结果不可控 - JS/Python 等语法高亮文件中，字符串和注释内的同名内容默认不匹配——这不是 bug，是 scope 保护机制
- 想跳过当前高亮项继续往后找？按
Ctrl+K再按Ctrl+D，当前匹配会被标记跳过，光标保留在原位
Ctrl+D 连续按却总漏掉目标变量名？
Ctrl+D 默认按“完整单词”匹配，且不区分大小写。比如选中 log，它可能跳过 logging，但又会误中 console.log 里的 log。
- 先双击选中整个标识符（如
userName），再按Ctrl+D，才能严格按字面匹配 - 驼峰命名、下划线命名都适用，但必须整词选中；只选
user就不可能命中userAge - 需要区分大小写？先按
Alt+C开启大小写敏感，再操作 - 只想匹配独立单词（如
log但排除logging）？按Alt+W开启整词匹配（Whole Word）
Alt+F3 全选后光标歪了或数量不对？
Alt+F3 是“全选当前选区的完全一致副本”，不是模糊搜索。它对选区质量极度敏感，错一个字符、多一个空格，结果就全偏。
- 选中
console.log后按Alt+F3，只会匹配console.log，不会匹配console.error或单独的log - 如果发现只选中了 3 处，但你记得有 5 处——大概率是其中两处位于字符串或注释内，被语法 scope 过滤掉了
- 正则模式（
Alt+R）开着时，Alt+F3会按正则逻辑执行，比如选中a.可能匹配任意字符，务必确认是否已关闭 - 误点了
Replace或Replace All？Alt+F3只负责选中，不触发替换；点错会直接改内容，无法靠Ctrl+U撤回
行首/行尾批量加内容，为什么总插错位置？
根本原因不是快捷键失效，而是光标没落在物理行首或硬行尾——Home 默认跳到“首个非空白字符”，→ 键会停在末尾空格上，都不是真正起点/终点。
- 行首插入前缀（如
//或console.log(）：拆出多光标后，别用Home，改用Ctrl+Shift+P→ 输入Move to Beginning of Line - 行尾追加（如
;或/* */）：拆光标后按End（Win/Linux）或Cmd+→（macOS）；若键盘无End，连按两次→，第二下会越过末尾空白直抵换行符前 - 更稳做法：拆光标后，先按
Ctrl+A全选每行，再按一次←，光标就贴着每行最开头 - 纯空行默认被忽略；如需处理，先在空行敲个空格再选中
真正卡住人的从来不是快捷键记不住，而是选区有没有含换行符、光标落点是不是硬行首/硬行尾——这两个点一旦模糊，批量操作就变成手动补救。
