ctrl+p是sublime text唯一可靠的项目级模糊搜索入口，仅索引通过file→open folder加载的文件路径，支持文件名、@函数、#变量、:行号跳转，不依赖是否已打开文件，也不受排除规则影响。
Ctrl+P 是唯一可靠方式，没有“已打开标签页的独立搜索框”，所有所谓“侧边栏过滤”或“标签页筛选”都是误传。
Ctrl+P 能搜什么、不能搜什么
它只匹配当前项目中已通过 File → Open Folder… 加载的文件路径，不索引内容，也不管你是否已打开该文件。也就是说：
- 输
main.css→ 匹配src/css/main.css（哪怕这文件根本没打开过） - 输
@render→ 只在当前已打开的文件里跳转函数，不是在所有标签页里找render - 输
#TODO→ 同样只作用于当前文件，不是聚合所有标签页里的 TODO 行 - 单文件模式（
File → Open File…）下，Ctrl+P面板直接灰掉或无响应
为什么 Ctrl+P 找不到刚保存的新文件
Sublime 不监听文件系统变化，Ctrl+P 的候选列表只在以下时机刷新：
- 首次加载项目（
File → Open Folder…）时构建一次 - 手动右键侧边栏 →
Refresh Folder - 重启 Sublime 并重开项目
改名、新增、删除文件后不刷新，Ctrl+P 就看不到——这不是缓存延迟，是根本没重建索引。
想快速切到某个已打开的标签页？别用 Ctrl+P
它不是标签页管理器。真正有效的是：
-
Ctrl+Tab（Windows/Linux）或Cmd+Tab（macOS）：按最近使用顺序循环切换，松开即跳转 -
Ctrl+Shift+Tab：反向切换 -
Ctrl+数字键（如Ctrl+1）：直接跳转第 N 个标签页（从左往右数） - 右键标签栏空白处 → 弹出全部已打开文件列表，支持鼠标点击
注意：Ctrl+P 输入 index.html 即使该文件已打开，也只会触发“重新打开”，不会聚焦到现有标签页——这是设计如此，不是 bug。
容易被忽略的细节
Ctrl+P 的模糊匹配对大小写不敏感，但路径分隔符必须用正斜杠 /；Windows 用户输 src\js\util 会失败，得写成 src/js/util。另外，它完全无视 file_exclude_patterns 或 folder_exclude_patterns，哪怕你在项目配置里写了 "node_modules"，Ctrl+P 照样能搜到 node_modules/react/index.js —— 因为它只看文件系统是否存在，不走任何过滤逻辑。
