sublime text中“全路径搜索”实为文件名搜索与内容搜索的混淆，正确方式是：按ctrl+p（win/linux）或cmd+p（macos）模糊匹配文件路径，支持通配符和相对路径；ctrl+shift+f（或cmd+shift+f）仅搜索文件内容，where框用于限定搜索路径范围而非文件名，需用shell glob语法（如src/*/.js），且依赖项目已通过open folder加载。
Sublime Text 本身没有“全路径搜索”这个功能——它不支持像 VS Code 那样在搜索框里输 src/utils/api.js:12 直接跳转到某文件某行。所谓“全路径搜索”，实际是用户把「文件名搜索」和「内容搜索」两个动作混用了，而 Sublime 对这两者有完全独立的入口和行为逻辑。
Ctrl+P 和 Ctrl+Shift+F 的分工必须分清
想按路径（或文件名）快速定位文件，唯一正解是 Ctrl+P（Windows/Linux）或 Cmd+P（macOS）。它匹配的是文件路径字符串，支持：
-
utils/api匹配src/utils/api.js、tests/utils/api.test.ts -
api*.ts匹配apiClient.ts、apiService.ts -
components/Button会优先高亮src/components/Button.vue
而 Ctrl+Shift+F（或 Cmd+Shift+F）只搜文件内容，哪怕你在 Find 框里输 Button.vue，它找的是“哪个文件里写了 Button.vue 这几个字”，不是“哪个文件叫 Button.vue”。
Where 输入框不等于路径搜索，它是文件筛选器
在 Ctrl+Shift+F 面板底部的 Where 输入框，填的不是“我要搜的路径”，而是“我在哪些路径下搜内容”。它用的是 Shell glob 语法，不是正则，也不解析文件名本身：
-
src/**.js：搜src/下所有层级的.js文件内容 -
!node_modules, !dist, *.py：排除node_modules和dist，只保留.py文件参与搜索 -
components/*/*.vue：只搜components/下一级子目录里的.vue文件（注意：不是递归）
误写成 Button.vue 或 */Button.vue 是无效的——Where 不接受文件名精确匹配，只接受路径模式 + 后缀过滤。
为什么 Ctrl+P 找不到刚新建的文件？不是 bug，是缓存没更新
Ctrl+P 依赖项目级文件索引，但 Sublime 不监听文件系统变更。新建、重命名、Git checkout 后，Ctrl+P 列表不会自动刷新。
- 手动刷新命令：
Ctrl+Shift+P→ 输入Refresh Folders→ 回车 - 别用
Rebuild Index：那是重建全文内容索引，耗时且不解决文件名缺失问题 - 如果
node_modules在项目根目录，Ctrl+P会变慢甚至卡住；右键该文件夹 →Add to Project后再Exclude Folder更稳妥 -
folder_exclude_patterns生效后，被排除路径下的文件永远进不了Ctrl+P列表，刷新也无效
真要“路径+内容”组合查，只能靠 Where + Find 双约束
比如你想找 “所有在 api/ 目录下的 .ts 文件中，出现过 fetchUser 的地方”，就得：
- 先确保项目已通过
File → Open Folder加载（侧边栏显示根目录） - 按
Ctrl+Shift+F，Find框输fetchUser -
Where框输api/**/*.ts（双星号才递归子目录） - 务必点
Find All预览结果，第一行若出现node_modules/axios/index.ts，说明Where写错了，立刻停手
最易忽略的一点：Sublime 的 Where 路径是相对于当前项目根目录的，不是相对于你当前打开的文件。哪怕你在 src/components/ 里编辑，Where: api/**.ts 仍是从项目根开始算——这点和终端 find 行为一致，但和直觉相反。
