ctrl+p搜得慢不是sublime问题，而是项目未正确加载或folder_exclude_patterns过滤了目标目录；需确认左下角显示项目路径、已添加所有根目录，并可执行refresh folders强制重建索引。
Ctrl+P搜得慢？不是Sublime的问题，是索引没建好
Sublime 的 Ctrl+P 本质是路径模糊匹配，不依赖外部索引，但默认只扫描已添加进项目的文件夹。如果你发现输入几个字母后响应卡顿或结果不全，大概率是项目未正确加载，或 folder_exclude_patterns 静默过滤了目标目录（比如 .cache、node_modules）。它不慢，只是“看不见”你没加进去的路径。
真正影响体验的是：大项目首次加载时右下角显示 Indexing files…，此时 Ctrl+P 会延迟响应；索引完成后，模糊匹配基本是毫秒级。别急着换工具，先确认：
- 左下角状态栏是否显示有效项目路径（而非 Plain Text）
- Project → Add Folder to Project… 是否已手动添加所有根目录
- 按 Ctrl+Shift+P 输入 Refresh Folders 回车，强制重建路径缓存
FZF 能做什么，又不能做什么
FZF 是命令行工具，和 Sublime 没有原生集成。所谓“配合”，实际是两种独立工作流的衔接：你在终端用 Ctrl+T 快速挑出文件路径，再粘贴进 Sublime 或用脚本打开——它不替代 Ctrl+P，也不加速 Sublime 内部跳转。
典型使用场景只有三个：
- 在终端中快速选一个文件，直接用 subl path/to/file.js 打开（需已配置 subl 命令）
- 用 FZF 查找目录，cd 进去后再启动 Sublime（适合多层嵌套的 monorepo）
- 配合 shell 函数封装，比如 sf 命令：查到文件后自动用 Sublime 打开并聚焦
FZF 不会帮你跳转到函数定义、不解析符号、不支持 @init 或 :25 行号语法——这些仍是 Sublime 自己的能力边界。
想真正在 Sublime 里用上 FZF，得绕过 GUI 层
Sublime 插件生态里没有稳定维护的 FZF 集成插件。强行用 Python 调 fzf --no-sort 并解析 stdout，会遇到权限、路径空格、编码、异步阻塞等一堆问题。2026 年目前最可行的折中方案是：
- 安装 subl 命令行工具（macOS/Linux 用 Tools → Command Palette → Install Sublime Text Console；Windows 需手动加 PATH）
- 终端执行：fzf | xargs -r subl，选中即开
- 把这行写成 alias：alias sf='fzf | xargs -r subl'，然后 sf 就是你的快捷入口
- 注意：FZF 默认递归当前目录，若要搜整个项目，先 cd 到项目根，或改用 find . -type f | fzf | xargs -r subl
这个流程不侵入 Sublime 运行时，不拖慢编辑器，但也意味着你必须切出编辑器窗口——真正的“无缝”并不存在。
比 FZF 更值得调优的其实是 Sublime 自身的 Where 字段
很多人抱怨 Ctrl+Shift+F 全局搜索慢，其实瓶颈常在 Where 字段填错。填 . 是全项目，但若误填 ./src 或留空，可能只扫了子集甚至无结果。更隐蔽的问题是：默认包含 node_modules，而它占了 90% 的文件数。
高效写法示例：
- 只搜源码：src/, -node_modules, -dist（短横必须紧贴目录名，不能有空格）
- 混合范围：packages/core/, <open files></open>（逗号分隔，支持同时查打开文件 + 某目录）
- 限定类型：*.ts, *.tsx, -*.d.ts
- 排除大日志：., -*.log, -out/
填错 Where 导致搜索变慢或漏结果，比换任何外部工具都更常见、更易修复。
