VSCode Find All References 失效主因是语言服务器未加载或文件未被识别：先点击右下角切换为正确语言模式（如TypeScript/Python），再确认tsconfig.json/jsconfig.json/pyproject.toml存在且include路径覆盖当前文件，所有文件须已保存，动态调用和未导出变量不参与引用分析。
语言服务器根本没加载或识别当前文件
右下角状态栏显示 Plain Text 或 JavaScript React，而不是 TypeScript、Python 等对应语言模式，说明 VSCode 没把这文件当源码处理——Find All References 压根不会触发。
常见表现：Ctrl+Click 无响应、Shift+F12 返回空列表、悬停无类型提示。打开开发者工具（Ctrl+Shift+I → Console），搜 LSP 或 server，常能看到 Failed to start language server。
- 点击右下角语言标识，手动选成正确语言（比如
TypeScript，别留Plain Text） - 确认项目根目录存在
tsconfig.json（TS）、jsconfig.json（JS）或pyproject.toml（Python）；最小可用配置至少含"include": ["**/*"] - Python 用户检查设置里
python.languageServer是Pylance，不是已废弃的旧版 Microsoft 服务
代码没保存，或被排除在索引范围外
Find All References 不是文本搜索，它依赖语言服务器对已保存、语法合法、且被纳入项目边界的代码做 AST 分析。光标停在刚写的 myFunc() 上但文件没按 Ctrl+S，那行调用就不存在于符号图中。
另一个隐形杀手是 tsconfig.json 的 include 字段漏路径，比如设了 "include": ["src/**/*"]，但你在 legacy/utils.ts 里调用一个函数，这个文件就不会被索引。
- 所有相关文件必须先保存；新建文件务必
Ctrl+S再操作 - 检查
tsconfig.json或jsconfig.json的include是否覆盖当前文件路径（支持 glob，如"**/*.ts"） - 确认
files.exclude和search.exclude没误删关键目录（例如写"**/test*": true会漏掉__tests__）
引用本身不可静态分析
语言服务器只建模“能确定绑定目标”的调用。动态拼接、运行时计算、字符串形式的访问，全部跳过——这不是 bug，是静态分析的天然边界。
比如你重命名 fetchUser，但某处写的是 obj[methodName]() 或 eval("fetchUser()")，这些调用永远不会出现在引用列表里；Vue Options API 的 methods: { handleClick() {} } 在旧版 Vetur 下也基本不可逆查。
-
obj["fetchUser"]()、new Function(...)、require("./mod")[name]：全部不参与引用追踪 - 未导出的私有变量（如
const helper = () => {}且无export）在其他文件中即使能运行访问，也不会被列为引用 - ES6 解构导入时，要查
bar就得右键点bar，而不是原始导出名foo
配置或插件冲突导致服务降级
多个语言插件共存（比如同时装了官方 Python 扩展和单独的 Pylance）、editor.renameOnType 开启后卡顿、或者 typescript.preferences.includePackageJsonAutoImports 被错误禁用，都可能让引用功能半残。
更隐蔽的是工作区缓存损坏：重启 VSCode 有时不够，得手动重启语言服务，甚至清掉 ~/.vscode/extensions 下疑似冲突的扩展。
- 打开命令面板（
Ctrl+Shift+P），运行TypeScript: Restart TS server或Python: Restart Language Server - 禁用非必要插件，尤其那些宣称“增强 JavaScript”但实际与内置 tsserver 冲突的扩展
- 检查设置中是否误关了
typescript.referencesCodeLens.enabled或editor.codeLens
真正容易被忽略的是：引用查找不是“有没有”，而是“有没有被语言服务器看见”。它不看未保存的内容，不猜动态逻辑，也不跨配置边界工作。一旦怀疑失效，先看右下角语言模式、再看配置文件是否存在且覆盖当前路径、最后确认那行调用是不是本来就不在静态分析的射程内。
