ctrl+p模糊匹配采用子序列匹配算法，即输入字符按顺序出现在文件路径中即可命中，不区分大小写但受文件系统大小写敏感性影响；@跳转依赖语法高亮定义的symbol_list，需正确设置语法和启用索引。
Ctrl+P 模糊匹配到底怎么“猜”中文件？
它不是字符串包含匹配，也不是正则，而是一种叫“子序列匹配（subsequence matching）”的算法：只要你在输入框里敲的字符，在目标文件路径中按相同顺序出现（不要求连续、不要求大小写），就能命中。
比如路径 src/utils/apiClient.js，输以下任意一种都能匹配：
-
s/u/aC.js→ s→u→a→C→.js 顺序存在 -
apiC→ a→p→i→C 顺序存在（驼峰缩写被自动识别） -
utils/client→ u→t→i→l→s→/→c→l→i→e→n→t 顺序存在
常见翻车点：
- 输
formatdate.js找不到 → 实际文件是formatDate.js，匹配本身不区分大小写，但文件系统大小写敏感（macOS/Linux 下区分，Windows 不区分） - 输
test结果全是测试文件 → 加个前缀!test排除含 test 的路径 - 新添加的
hooks/useAuth.js搜不到 → 检查folder_exclude_patterns是否误含"hooks"或"use*"
@ 符号跳转为什么有时列不出函数？
@ 跳转不靠语义分析，只依赖语法高亮包定义的 symbol_list 作用域。JS 文件里能列出 function 和 class，是因为 JavaScript.sublime-syntax 里写了 symbol_list 规则；而一个纯文本 .txt 文件或未识别语法的 .ts 文件，@ 就完全没反应。
排查步骤：
- 右下角看当前文件语法名，如果不是
JavaScript/Python/CSS等标准项，点击手动选对 - 输
@后空白 → 运行Tools → Command Palette → “Set Syntax: JavaScript”再试 - 用
Ctrl+Shift+R失效 ≠Ctrl+P + @失效，前者只走symbol_list，后者还结合了项目索引 - ES6 箭头函数
const foo = () => {}可能不被识别为 symbol → 改用function foo() {}或装SublimeLSP插件增强
为什么 utils.js@fetchData 有时跳错行？
这种跨文件跳转本质是两步：先按文件名定位到 utils.js，再在该文件内用正则找 fetchData 开头的符号声明。它不解析 AST，所以容易被注释、字符串、多行定义干扰。
典型陷阱：
- 文件里有
// fetchData is deprecated→ 正则可能停在这行，而非真正的function fetchData() - 定义写成
export default function或export const fetchData =→ 不同语法包支持程度不同，有些只认function fetchData直接开头 - 同一文件多个
fetchData（如重载、测试 mock）→ 它默认跳第一个，不会智能选最匹配的那个 - 文件编码不是 UTF-8（比如 GBK）→ 符号解析失败，
@列表为空或乱码
索引没建好，Goto Anything 就是摆设
所有快速跳转能力都建立在内存索引之上。没有索引，Ctrl+P 就是空转；索引损坏，就会卡顿、漏文件、跳错位。
关键检查项：
- 确认
"index_files": true在Preferences → Settings – User中为true（默认开启，但某些企业策略会关） - 项目必须通过
Project → Add Folder to Project…添加，双击打开单个文件 ≠ 项目已加载 - 排除规则太狠：
"folder_exclude_patterns": [".*", "node_modules", "dist"]会把.env、.gitignore全干掉，连带影响 JS/TS 配置文件索引 - 首次大项目加载后卡顿 3–5 秒正常；若反复卡顿，删掉缓存目录下的
Index/文件夹强制重建
真正容易被忽略的是：索引只管“路径可见性”，不管“内容有效性”。哪怕你改了函数名，只要文件没被重新扫描（比如没保存、没触发增量索引），@oldName 仍可能列出来——它匹配的是旧索引里的文本快照。
