Ctrl+P是工作区语义导航中枢，非单纯搜文件名；@搜当前文件符号需语言服务就绪，#搜全项目符号依赖跨文件索引，行号定位受编码、换行符及文件缓存影响，排除node_modules需配置files.exclude。
Ctrl+P 不是“搜文件名”的快捷键，而是工作区语义导航中枢——用错前缀，90% 的功能就失效了。
Ctrl+P 后输 @ 跳当前文件符号，但语言服务没就绪就只返回空列表
输入 @ 后出现空白或“no symbols found”，不是快捷键坏了，而是当前文件没被语言服务器正确解析。常见原因：
- 文件后缀不被识别（比如
.jsx未配置javascript.preferences.jsxAttributeCompletion） - 缺少
jsconfig.json或tsconfig.json，导致 TypeScript/JS 语言服务无法推导模块路径 - 文件刚新建未保存，部分语言插件对 unsaved 文件不触发符号索引
验证方式：打开命令面板（Ctrl+Shift+P），运行 Developer: Toggle Developer Tools，看 Console 是否报 Failed to resolve workspace symbols。修复后重试 Ctrl+P → @xxx 即可。
Ctrl+P 后输 # 搜全项目符号，但结果漏掉某些文件
# 模式依赖语言服务器的跨文件索引，不是简单 grep。漏结果通常因为：
-
"files.exclude"或"search.exclude"配置把源码目录（如src/lib）误加进去了 - 项目含多级子包（monorepo），但
tsconfig.json没设"references"或没启用"include"覆盖全部路径 - 符号定义在
declare module或d.ts中，而当前文件未通过/// <reference types="..." />显式引入
临时绕过：在 Ctrl+P 输入 #useState 后按 Tab，VSCode 会尝试 fallback 到文本搜索（显示 “Search text in workspace”），虽不精准但能补漏。
Ctrl+P 输入 filename.ts:42:8 定位失败，光标停在错误行
行号定位看似简单，但实际受三类干扰：
- 文件编码非 UTF-8（尤其含 BOM 头时，VSCode 可能多算一行）
- 启用了
"editor.renderWhitespace": "all"，但换行符是\r\n和\n混用，行计数错位 - 文件被其他进程（如构建脚本）正在写入，
Ctrl+P读的是旧缓存版本
安全做法：先保存文件（Ctrl+S），再用 Ctrl+P → filename.ts:42；若仍不准，改用 Ctrl+G（跳转到行），它强制读取当前编辑器真实内容。
Ctrl+P 模糊匹配总卡在 node_modules，根本找不到自己的 src 文件
这不是性能问题，是 VSCode 默认把 node_modules 纳入文件索引范围。真正有效的压制方式只有两个：
- 在工作区
settings.json中加："files.exclude": { "**/node_modules": true }（注意不是search.exclude） - 用
Ctrl+P输入时，直接敲src/开头，VSCode 会优先匹配路径前缀，node_modules自动沉底
别信“禁用所有扩展”这种建议——多数时候，node_modules 干扰来自 VSCode 自身的文件监视策略，和插件无关。
