Find All References 找不到调用位置主因是语言服务器（LSP）能力限制，非代码错误；依赖对应扩展、正确语言模式、保存文件、避免动态调用，并区分 Go to Definition 等相似功能。

为什么 Find All References 有时找不到调用位置

不是代码写得不对，而是 VSCode 的引用查找依赖语言服务器（LSP）的能力。JavaScript/TypeScript 靠 tsserver，Python 靠 Pylance 或 Pyright，而纯文本文件或没装对扩展时，Find All References 实际上只会做字符串匹配——漏掉别名、动态调用、跨文件未正确导出等情况很常见。

• 确保已安装对应语言的官方扩展（如 TypeScript 官方扩展、Pylance）
• 检查状态栏右下角是否显示语言模式正确（比如是 TypeScript React 而不是 Plain Text）
• 如果刚改完代码，先保存文件再触发，部分 LSP 需要主动刷新语义分析缓存
• 动态调用如 obj[methodName]() 或 eval、Function 构造函数，LSP 基本无法识别

快捷键和右键菜单里点哪一项才真正查引用

VSCode 里名字相似的功能有好几个，容易点错：Go to Definition 是跳转到定义处，Go to Implementation 是跳实现（对接口有用），只有 Find All References 才列出所有调用点。

• Windows/Linux：选中函数名后按 Shift+F12
• macOS：选中函数名后按 Option+Shift+F12
• 右键菜单里找「Find All References」，不是「References」或「Go to References」
• 如果快捷键无效，检查键盘布局是否切换成非英文，或者被其他插件劫持了快捷键

结果窗口里看到的引用为什么有的带问号、有的灰色、有的标 unknown

这是 LSP 返回的“可信度”提示，不是 bug。VSCode 把它直白地展示出来了：

VSCode

避免常见的 VSCode 错误——设置冲突、调试器配置和扩展冲突。

下载

• 带 ? 的引用：LSP 推断出可能调用，但不能 100% 确认（比如类型不完整、存在联合类型）
• 灰色文字：该引用在当前工作区之外（比如 node_modules 里的调用，或符号来自库声明文件）
• unknown：LSP 没提供足够上下文，常见于未解析的模块路径、require 动态字符串、或 tsconfig.json 中 "baseUrl" / "paths" 配置错误
• 点击某条结果后，如果跳转失败，大概率是文件路径已移动但 import 语句没同步更新

大型项目里引用列表卡顿或加载不全怎么办

不是电脑慢，是 LSP 默认做了性能限制。特别是 node_modules 很大、或项目含大量 declare module 声明时，引用搜索会自动降级为轻量模式。

• 在设置里搜 javascript.suggest.autoImports 和 typescript.suggest.autoImports，关掉可小幅提升响应速度（但影响开发体验）
• 确认 jsconfig.json 或 tsconfig.json 的 "include" 字段没把无关目录（如 dist、build）包进去
• 如果项目用了 monorepo（如 pnpm workspace），确保根目录有正确的 tsconfig.base.json 并被子项目 extends，否则跨包引用识别率极低
• 实在不行，临时在命令面板运行 Developer: Restart TS Server，比重启 VSCode 更快生效

引用查找这件事，本质上是在语言服务、配置精度和代码写法之间找平衡。哪怕配置全对，只要用了 any、eval、运行时拼接函数名，就注定有一部分调用永远进不了 Find All References 结果里。