sublime text 原生无 ctrl+i 增量查找功能，真正实现实时高亮需启用 "highlight_matches": true 和 "find_selected_text": true 配置，配合 ctrl+f 使用。
Ctrl+I 在 Sublime Text 里根本不是增量查找
Sublime Text 默认没有 Ctrl+I 绑定为增量查找的功能，按了没反应或触发其他命令（比如插入光标），是常见困惑源头。它的原生增量查找靠的是 Ctrl+I 吗？不是。真正起作用的是 Ctrl+H（替换面板）配合实时输入，或更直接的 Ctrl+F + 实时键入——但默认不“边输边高亮所有匹配”，得手动开开关。
开启真正的增量查找：改设置 or 装插件
Sublime Text 原生支持「输入即匹配」，但需要显式启用。关键配置项是 "highlight_matches" 和 "find_selected_text"，它们控制搜索框行为和选中文本后的自动填充逻辑：
-
"highlight_matches": true—— 打开后，只要在Ctrl+F框里打字，当前视图中所有匹配项会实时高亮（不是跳转，是视觉反馈） -
"find_selected_text": true—— 选中一段文本后按Ctrl+F，搜索框自动填入该文本，省去复制粘贴 - 这两个设为
true后，Ctrl+F就接近 VS Code 那种「输入即查」体验；Ctrl+H同样适用，且支持正则、大小写等开关联动
为什么有人误以为 Ctrl+I 是增量查找？
因为部分用户装了第三方插件（比如 IncrementalSearch 或 EasyMotion 类跳转工具），把 Ctrl+I 映射成了「输入一个字符就跳到下一个匹配位置」的模式。这种行为不是 Sublime 原生逻辑，而是插件覆盖：
- 原生
Ctrl+I在多数系统下是「插入光标」（multi-cursor），即在当前行末尾再加一个光标，和搜索无关 - 如果按
Ctrl+I突然开始跳转，大概率是插件生效了，检查Preferences → Package Settings里有没有相关项 - 插件版「增量跳转」响应快，但无法预览全部匹配项，只适合快速定位，不适合审阅或批量操作
别忽略搜索范围和上下文的影响
即使开启了 highlight_matches，你看到的「实时高亮」也受限于当前视图范围和搜索选项：
- 如果文件太大（比如 >10MB），Sublime 可能延迟高亮或干脆不渲染全部匹配，这是性能保护，不是 bug
-
Alt+C（大小写敏感）、Alt+W（全字匹配）、Alt+R（正则）这些开关会影响匹配结果，但不会改变高亮时机——只要输入，就按当前开关规则匹配 - 在侧边栏双击打开的单个文件里有效；但在「项目内查找」（
Ctrl+Shift+F）里，highlight_matches不生效——那个面板是结果列表，不是编辑器视图
真要全局增量筛选，得用插件如 FindKey 或切换到 ripgrep 集成方案，原生不支持。
