Ctrl+P用路径片段（如user/profi）比全路径更可靠；ProjectManager插件确保搜索作用域正确；vscode-crosside-code-finder支持复用路径搜索“配方”；右键“在资源管理器中显示”是最精准的文件定位方式。
Ctrl+P 搜索路径片段比输全路径更可靠
VSCode 的 Ctrl+P（macOS 为 Cmd+P）本质是文件名优先的模糊匹配器，不是路径解析器。输入完整路径如 src/pages/user/profile.tsx 反而容易漏匹配，因为权重分配偏向文件名主体（profile.tsx）而非路径结构。
真正提升命中率的做法是用有意义的路径片段组合：
- 输入
user/profi：利用斜杠暗示层级关系，VS Code 会主动匹配含该子路径的文件 - 输入
api/service：比单输service更快过滤掉test/service.test.ts等干扰项 - 输入
Button.vue：直接命中组件文件，无需关心它在src/components/还是packages/ui/
注意：Linux/macOS 下默认大小写敏感，usercontroller.ts 不会匹配 UserController.ts；可在设置中启用 "search.smartCase": true 让其自动判断。
ProjectManager 插件让 Ctrl+P 始终作用于正确项目
当多个项目窗口并存时，Ctrl+P 只在当前激活的工作区里搜索。如果你刚从后端项目切到前端项目，却忘了切换上下文，搜出来的文件可能根本不在你当前要改的代码库里。
ProjectManager 解决的不是“怎么搜”，而是“在哪搜”这个前提问题：
- 快捷键
Ctrl+Alt+P（可自定义）弹出已保存项目列表，选中即切换工作区 - 切换后，所有
Ctrl+P、Ctrl+T、Ctrl+Shift+F都自动限定在新项目范围内 - 右键欢迎页项目 → “Pin to Recent”，防止被历史记录刷掉
没装这个插件时，你靠记忆或手动 File > Open Folder 切换，一旦出错，Ctrl+P 就成了无效操作——不是功能失效，是作用域错了。
vscode-crosside-code-finder 提供可复用的路径搜索“配方”
内置 Ctrl+Shift+F 的排除规则（如 **/node_modules/**）是全局或手动输入的，每次换场景都要重填。而 vscode-crosside-code-finder 允许你把路径约束固化成命名“查找器”：
- 定义一个叫
api-calls的查找器：
路径设为${workspaceFolder}/src，包含模式**/*.ts，排除模式**/tests/**, **/mocks/** - 下次只需调用该查找器，不用再手敲 glob 表达式
- 支持按目录层级预设，比如
components/Button查找器默认只扫src/components/Button/**下的文件
它不替代 Ctrl+P，但当你需要反复在固定路径结构里查某类资源（如所有调用 useApi 的 Vue 组件），这种“配方”能省掉 80% 的路径输入和容错成本。
右键“在资源管理器中显示”比记路径更准
开发者常误以为记住路径就能快速定位，但实际中文件可能被移动、软链接干扰、或工作区根目录与物理路径不一致。最稳的方式是让 VS Code 自己告诉你它在哪：
- 右键编辑器标签页 → “在资源管理器中显示”，瞬间高亮文件所在位置
- 若无反应，检查设置里
Explorer: Auto Reveal是否为true（开启后会自动滚动并展开父目录，有时反而掩盖当前高亮） - 终端里执行
pwd验证当前文件真实路径，尤其在远程开发（SSH/Dev Containers）时，本地路径和容器内路径完全隔离
标题栏显示 ${filePath} 是辅助手段，但依赖配置生效且只显示当前文件；而右键命令是即时、确定、不依赖任何设置的硬定位——它才是你该肌肉记忆的操作。
