SearchInProject是Sublime Text项目级搜索的事实默认方案，需手动绑定Ctrl+Shift+F并设"selected_text":true才能启用选中即搜，它调用rg/ag引擎、继承.gitignore、支持跨符号匹配且不与Where路径过滤冲突。
Sublime Text 原生的 Ctrl+Shift+F（Find in Files）功能弱、不响应选中文本、不支持项目级排除规则，真要提升搜索效率，必须靠插件补足——SearchInProject 是目前最稳定、最贴近工作流的首选，不是“之一”，是事实上的默认方案。
SearchInProject：为什么它比原生 Find in Files 强得多
原生 Ctrl+Shift+F 默认只搜已打开且已保存的文件，路径过滤靠手动输 ./src 这种易错写法，不走 rg/ag 引擎，也不读 .gitignore。而 SearchInProject 默认就调用系统级快速搜索工具（如 ripgrep），自动继承项目忽略规则，还能跨符号匹配。
- 安装后必须手动配置快捷键，否则
Ctrl+Shift+F仍走原生逻辑——在Preferences → Key Bindings – User中加这段：
[
{
"keys": ["ctrl+shift+f"],
"command": "search_in_project",
"args": { "selected_text": true }
}
]
-
"selected_text": true是关键：选中一段文本再按快捷键，直接以它为关键词全局搜，不用复制粘贴 - 多个光标选中不同内容时，只取第一个光标位置的选中值
- Where 栏填
src/**/*.js和启用selected_text不冲突：结果就是在 JS 文件里搜你选中的那串字符
AdvancedOpenFile：侧边栏“不能搜”？那就绕开它
Sublime 侧边栏本身不支持输入即过滤，所谓“快速过滤文件”，本质是用 AdvancedOpenFile 做模糊路径匹配——它不改 UI，但体验上等价于在侧边栏里打字找文件。
- 快捷键：
Ctrl+Alt+O（Windows/Linux）或Cmd+Alt+O（macOS） - 只对已加载项目生效：必须通过
Project → Add Folder to Project加载目录，单文件打开状态完全不可用 - 输
main.css能命中src/css/main.css；输ht可能匹配index.html；不区分大小写，但不支持正则 - 如果呼出后无反应，先确认是否已加载项目（右下角状态栏有路径显示），再检查插件是否安装成功
中文搜索总漏内容？别怪分词，先关 Whole Word
Sublime 原生根本不做中文分词，“用户管理”里搜“用户”失败，90% 是因为误开了 Whole Word（查找面板右上角的 \b 图标）。中文没有空格分隔，\b用户\b 在 Sublime 里永远不匹配。
- 关闭
Whole Word模式，子串匹配自然生效 - 确认文件编码是
UTF-8（右下角状态栏显示），GBK 编码下所有中文正则都失效 - 需要批量提取连续中文段？用正则
[\u4e00-\u9fff]+，别用.*——它跨行、吞空白、性能差 - 全局搜中文并排除
node_modules：Where 栏写C:\work\project,-\node_modules（Windows）或/home/me/project,-/node_modules（Linux/macOS），注意逗号前不能有空格，路径末尾不加/
装完插件没反应？先查命令注册和快捷键覆盖
插件安装后“无效”，绝大多数情况不是插件坏了，而是命令没注册或快捷键被顶掉了。
- 按
Ctrl+Shift+P输入search_in_project，看是否出现在命令列表里——不出现 = 插件根本没加载成功 - 出现但点不动？打开
Preferences → Key Bindings，左边搜"command": "search_in_project"，右边检查用户配置里有没有同名快捷键覆盖了它 - 部分插件依赖外部工具：比如
SearchInProject需要系统有rg或ag，Linux/macOS 下没装会静默降级回原生搜索，Windows 用户得手动装ripgrep并加进 PATH
真正容易被忽略的是：所有这些插件的能力边界都依赖“项目模式”。没加载项目目录，AdvancedOpenFile 找不到文件，SearchInProject 的 Where 范围也形同虚设——这不是配置问题，是 Sublime 的底层设计约束。
