Ctrl+P是VS Code中唯一支持模糊匹配文件名的可靠方式，它基于单词边界、驼峰分隔和路径结构智能匹配，而Ctrl+Tab仅为最近使用顺序切换且受预览模式干扰。
Ctrl+P 是唯一可靠的方式，其他快捷键（比如 Ctrl+Tab）本质不是“搜索”，而是顺序轮转或预览切换，无法按名称模糊匹配。
Ctrl+P 模糊匹配文件名的底层逻辑
VS Code 的 Ctrl+P 不是简单字符串包含匹配，它优先识别单词边界、驼峰分隔和路径结构。例如输入 uslog，能命中 userLoginController.ts，因为 u→s→log 分别落在 user、Login、Controller 三个词干上；输入 src/api/u 则会优先过滤出 src/api/userService.ts 这类路径明确的文件。
- 匹配质量受字符顺序、连续性、首字母权重影响，不是正则式“任意位置出现”
- 不区分大小写，但驼峰大写字母会被当作分词信号（
useE比usee更容易命中useEffect） - 工作区必须用
File → Open Folder加载，否则Ctrl+P只搜已打开文件，临时拖入的单文件不会被索引
为什么 Ctrl+Tab 不能替代 Ctrl+P 做文件搜索
Ctrl+Tab 默认行为是“最近使用顺序”切换，且严重受预览模式干扰：从搜索结果、大纲视图或资源管理器单击打开的文件，默认是预览标签（workbench.editor.enablePreview 为 true），松开 Ctrl 后它就自动关闭，导致你反复切到同一个预览页，根本不是在“找文件”。
- 禁用预览模式后，
Ctrl+Tab仍只是按打开时间排序，无法按名称筛选 - 即使开了多个固定标签（Ctrl+1~9），
Ctrl+Tab也会混入未固定但最近访问过的文件，无法精准定位 - 若同时打开多个工作区（.code-workspace），
Ctrl+Tab会跨工作区混切，完全不可控
搜索不到文件？先查这三个配置项
常见漏文件不是功能失效，而是被主动过滤了。检查 settings.json 或设置面板中以下三项：
-
files.exclude：误配"**/*.ts": true会导致所有 .ts 文件不进索引 -
search.exclude：同上，但只影响全局文本搜索，不影响Ctrl+P文件名匹配 -
workbench.editor.enablePreview：设为false才能让右键“Open”变成固定标签，确保文件持续可搜
另外，Git 未跟踪的新建文件（如刚 touch utils.ts）默认不会出现在 Ctrl+P 结果里，需手动保存或执行 git add 后刷新索引。
想搜得更快？加前缀限定范围
Ctrl+P 支持带语义前缀的快速过滤，比纯模糊更可控：
-
git:—— 只列出有 Git 变更的文件（git:utils） -
#—— 在当前文件内搜文本（#handleError），等效于打开查找面板但更快 -
@—— 跳转当前文件内符号（@useE匹配useEffect），不跨文件 -
>—— 进入命令面板历史（>format查格式化命令）
这些前缀不冲突，可以组合：输入 git:@useE 就是“在有变更的文件里，找含 useEffect 的那个”。注意 @ 和 # 只对已打开文件生效，git: 和 > 则不限。
真正卡住人的从来不是“找不到功能”，而是把 Ctrl+Tab 当成搜索用，或者以为 Ctrl+P 必须输全名。文件名缩写、路径片段、驼峰首字母，这三样才是日常高频命中的真实输入模式。
