ctrl+h是当前文件查找替换的唯一快捷入口，支持正则、大小写敏感、整词匹配等全部功能，而ctrl+f仅高亮不提供替换，alt+f3需先选中才能全量匹配。
Ctrl+H 是当前文件查找与替换的唯一快捷入口
直接按 Ctrl+H（Windows/Linux）或 Cmd+Option+F（macOS），打开的就是纯当前标签页的查找替换面板，不跨文件、不依赖项目结构、不读取侧边栏——只要没点 Where 按钮填路径，它就只作用于你正在编辑的那个文件。
这个面板支持全部功能：正则（.*）、大小写敏感（Aa）、整词匹配（W）、替换、替换全部。而 Ctrl+F 只高亮不提供替换入口，Alt+F3 虽能全选但不能直接替换，容易多走一步。
- 误按
Ctrl+F打开后想替换？别关面板，点右上角Replace标签切过去就行 - 想搜完立刻替换某几处？用
Ctrl+H→ 输入关键词 →Enter跳到第一个 →Tab切到 Replace 输入框 →Ctrl+Shift+H替换当前匹配项 - 右下角语言模式错（比如 .ts 文件被识别成 Plain Text），会导致驼峰变量被切开（
userName变成user和Name分开匹配），点右下角语言名手动切回 TypeScript
选中文字后按 F3 才是跳转下一个的稳态操作
光标停在变量名上，双击选中（比如 apiUrl），然后按 F3 —— 这才是 Sublime 真正“以当前词为锚点往下找”的标准流程。它不是字符串暴力扫，而是结合语法 scope：字符串里、注释里的相同文本默认不命中，这是保护机制，不是漏搜。
如果按一次没反应，大概率是光标卡在末尾空格、换行符或点号后，用 Ctrl+← 往左微调一格再试；若想跳过当前高亮项，按 Ctrl+K 再按 Ctrl+D，它会标记跳过并继续找下一个。
- 大小写不敏感是默认行为，搜
render会同时匹配Render和RENDER；需要区分时，先按Alt+C开启大小写敏感 - 想只匹配独立单词（如搜
log但不匹配logging），按Alt+W开启整词匹配 -
Ctrl+D是线性递进式多选，适合边看边决定改哪些；全量匹配所有出现位置，请用Alt+F3（前提是已选中）
为什么 Ctrl+F 有时不自动填入选中文本？
Ctrl+F 的设计逻辑是：有选区 → 自动填入；无选区 → 打开空框。但它对“选区”很严格：含不可见字符（BOM、零宽空格）、跨行选择、折叠代码块内选中，都会导致填入失败或内容异常。
常见失效场景包括插件劫持（如 AdvancedNewFile）、语言模式错误、或选中了带换行符的多行文本（Sublime 会把 \n 当作字面量填进去，搜不到预期结果）。
- 检查右下角编码是否为
UTF-8，非 UTF-8 编码下中文或特殊符号可能无法正确识别 - 怀疑有不可见字符？用
Ctrl+Shift+P→ 输入Convert Line Endings: Unix统一换行符 - 刚折叠过函数体？先按
Ctrl+Shift+]展开再选中，否则查找范围仅限可见部分 - 插件冲突验证法：临时禁用所有插件，再试
Ctrl+F，恢复后逐个启用排查
Count 按钮才是统计当前文件关键词次数的正确姿势
别数高亮块，也别靠 Find All 后肉眼扫行号。打开 Ctrl+F 面板，输入关键词，确保正则、大小写、整词开关设置正确，然后点右上角 Count 按钮（图标是数字加等号）——底部立刻显示 Found 17 matches。
这个数字是动态刷新的：改关键词、切开关、切换“全文件 / 仅选中”，都会实时更新。但注意，如果你事先选中了一段文本，Count 就只统计那段；要全文统计，得先取消选中，让光标落在任意位置即可。
- 搜中文关键词前，确认右下角编码是
UTF-8，否则可能匹配失败或计数为 0 - 搜
console.log()这类带符号的文本，必须开启正则并转义：console\.log\(\)，否则.和()被当元字符处理 - 想排除字符串和注释干扰？切换语言模式（如从 Plain Text 切到 JavaScript），Sublime 会按语法 token 边界匹配，更精准
Where、手动 Save All；后者只要一个文件开着，Ctrl+H 或 F3 就能立刻响应。最容易被忽略的是语言模式和编码状态——它们不报错，但会让搜索行为完全偏离预期。
