选中文字后按f3才是sublime中真正的“当前位置快速搜索”：它从当前选区向后查找首个匹配项，需先双击或拖选完整单词（如username），否则光标停在末尾空格或符号后将无响应；默认尊重语法scope，js中字符串和注释内不匹配。
选中文字后按 F3 才是真正的“当前位置快速搜索”
Sublime 里没有“从光标位置开始搜”的独立模式，但F3的行为天然贴合这个需求：它默认从当前光标所在位置（或当前选区）开始，向后查找第一个匹配项。前提是——你得先有明确选中内容，而不是只把光标停在词上。
常见错误现象：光标放在userName末尾，按F3没反应；或者跳到了注释里的同名字符串，误以为匹配逻辑错乱。
- 必须双击或拖选完整单词（比如
userName），再按F3——只放光标不选中，F3会拿空字符串去搜，结果不可控 - 如果按一次没跳，大概率是光标卡在单词后空格、点号或括号外，用
Ctrl+←微调一格再试 - 它会尊重语法 scope：JS 文件中，字符串内或注释里的
userName默认不匹配，这不是 bug，是设计保护 - 想跳过当前高亮项？按
Ctrl+K再按Ctrl+D，它会标记跳过并继续找下一个
Alt+F3 全选所有匹配项，但只对当前选中内容严格生效
Alt+F3不是模糊搜，也不是“搜变量名”，它是“把文档里所有和你当前选中内容完全一致的文本全部高亮+多光标”。所以它的前提非常硬：必须有干净、无歧义的选区。
容易踩的坑：只选中了user却想全选userAge，结果Alt+F3只爆破出所有user子串，包括username里的前缀。
- 驼峰命名如
userAge，务必双击选中整个标识符，再按Alt+F3，否则Ctrl+D递进更可控 - 默认不区分大小写，
user和User都会被选中；需区分时，先按Alt+C开启大小写敏感，再按Alt+F3 - 想只匹配独立单词（比如
log但排除logging），按Alt+W开整词匹配（Whole Word） - 正则模式（
Alt+R）开着时，Alt+F3会按正则逻辑匹配，比如选中a.可能匹配任意字符——别忘了关掉
Ctrl+F 是“重新输入式搜索”，不适合“当前位置快速启动”
Ctrl+F打开的是独立搜索面板，它不继承当前光标上下文，也不自动填充已选内容。日常用它反而多一步：选中 → Ctrl+F → 粘贴 → 回车。而F3和Alt+F3直接基于选区，零延迟启动。
它的真正价值在两种场景：一是搜的内容还没出现在文件里（比如想提前建个新函数名），二是需要反复切换搜索条件（比如改几次正则）。但作为“当前位置快速搜索”入口，它就是绕远路。
- 默认开启“全字匹配”（Whole Word）和“区分大小写”（Case Sensitive），日常搜变量名极易漏匹配；搜
user却找不到username？关掉Whole Word - 搜索结果面板里双击某条目会跳转，但不会保留当前文件光标位置——想回来得靠
Ctrl+U，不是“最后编辑点”，而是上一个跳转动作 - 大项目中慎用
Ctrl+Shift+F全局搜，第三方库路径容易污染结果；建议先Ctrl+P定位到目标目录，再Ctrl+F局部搜
局部查找最易被忽略的细节：语法识别决定一切
所有基于符号的查找（Ctrl+R、Ctrl+P带@前缀、F3的 scope 过滤）都依赖右下角显示的语法类型。Plain Text 下，Ctrl+R直接不工作，F3也会失去注释/字符串过滤能力。
很多“搜不到”的问题，根源不在快捷键，而在语法标签错位。比如 JS 文件被识别为 Plain Text，Ctrl+R输init就永远为空。
- 右下角显示不对？右键 → Set Syntax 手动选，或用
Ctrl+Shift+P输ssjs快速切 JavaScript - 某些主题把状态栏压太窄，双击行号失效；临时切回默认主题可验证是否主题导致
-
Ctrl+P输@init首次可能延迟半秒——Sublime 正在后台索引符号，等右下角状态栏消失再输
