Ctrl+P（Windows/Linux）或Cmd+P（macOS）是Sublime Text唯一基于内存索引、毫秒响应的文件跳转入口，依赖项目加载与索引就绪，支持模糊路径匹配、驼峰拆解、@函数跳转与#文本搜索。
Ctrl+P / Cmd+P 是唯一真正“秒开”的文件跳转入口
其他方式——比如侧边栏双击、拖拽、甚至 Ctrl+Shift+P 搜 “Open File”——都绕不开 UI 渲染或磁盘扫描，响应在 100ms 以上。而 Ctrl+P（Windows/Linux）或 Cmd+P（macOS）调用的是 Sublime 内存中已建好的路径索引，只要项目加载完成，输几个字母就出结果。
常见错误现象：Ctrl+P 输完没反应，大概率是还没把文件夹加进项目。双击单个文件打开时，Ctrl+P 默认只搜已打开标签页；必须通过 Project → Add Folder to Project… 才能激活全目录索引。
容易被忽略的点：
- 刚添加大项目后首次使用会卡 2–5 秒——这是后台建索引，之后就稳定毫秒级
- 点号开头文件（如
.env）默认被排除，检查folder_exclude_patterns是否含".*" - 输
api/handlers比输完整路径快得多，Sublime 自动补全斜杠并优先匹配该路径下的文件
驼峰名和模糊路径怎么输才命中？
Ctrl+P 不是字符串匹配，而是路径结构模糊匹配引擎。它认“可识别的路径片段 + 字符顺序”，不区分大小写，还自动拆解驼峰。
例如文件路径是 src/utils/date/formatDate.js，这些输入都能立刻命中：
-
u/da/fd（取各层目录首字母） -
dfmtjs（取文件名关键字符连写） -
formatDate（文件名主体，支持驼峰拆解） -
util@formatDate（先开util相关文件，再跳到formatDate符号）
但以下写法无效：
-
src/server/api/handlers/index.ts（太长，反而干扰匹配） -
@formatDate（缺文件上下文，@只在当前文件有效） -
main.css#.btn（#是文本搜索指令，.btn在 CSS 中是选择器，非普通文本）
跨文件跳转到某行：别先开文件再按 Ctrl+G
看到终端报错 utils.py:207，不用切回文件再按 Ctrl+G。直接按 Ctrl+P，输入 utils.py:207 回车，一步到位。
要点：
-
:207（带冒号）只对当前文件生效；utils.py:207（含文件名）才触发跨文件跳转 - 支持模糊匹配：
ut:207也能命中utils.py - 不支持
utils.py:207:10这种行列精确定位；要精确定列，还是得走Ctrl+G后输207:10 - 大文件首次跳转有“懒加载”延迟——跳转按物理行计算，但开启软换行（
word_wrap）后，你看到的“第 207 行”可能是物理上的第 200 行
为什么 F12 或 Ctrl+Shift+P 都不是“瞬间”方案？
F12 在原生 Sublime Text 3/4 中默认无绑定，它是插件（如 Anaconda、SublimeCodeIntel）注入的功能。重装或换环境后失效，第一反应不该是“设置坏了”，而是检查插件是否安装、是否适配当前版本。
Ctrl+Shift+P 搜 Goto Line 是绕路操作：先唤起命令面板（有渲染延迟），再过滤关键词，最后执行。在大文件中比 Ctrl+G 多出至少 300ms 延迟——十次就是 5 秒，足够你怀疑编辑器卡了。
真正容易被忽略的是：Ctrl+G 是 O(1) 行号查找，和文件大小无关；而 Ctrl+Shift+P 本质是 UI 层二次路由，不适合高频跳转。
