Go to Call Hierarchy点不动主因是LSP未就位，需确认状态栏语言模式正确、对应扩展启用（如Python用Pylance）、项目含配置文件（如tsconfig.json）、重启VSCode；面板默认仅显示直接调用者，需手动点击▶展开深层链路。
Go to Call Hierarchy 点不动，大概率是 LSP 没跑起来
不是插件坏了，也不是你代码写得不对——VSCode 的 Go to Call Hierarchy 功能根本依赖语言服务器（LSP）提供符号索引。C++ 项目没配好 c_cpp_properties.json、Python 项目没启用 Pylance、TS/JS 项目缺 tsconfig.json，这个功能就直接灰掉。
实操建议：
- 右下角状态栏确认语言模式是
C++、Python或TypeScript，不是Plain Text - C++ 项目检查
.vscode/c_cpp_properties.json是否存在且compilerPath指向真实编译器（如/usr/bin/g++） - Python 项目在设置里搜
python.languageServer，确保值为Pylance（不是Microsoft或空） - 重启 VSCode —— 新装插件或改完配置后，LSP 不一定自动重载
Call Hierarchy 面板只显示一层？那是设计如此，不是 bug
VSCode 默认不递归展开全部调用链，是为了防大项目卡死。它只加载当前函数的**直接调用者**，后续层级必须手动点 ▶ 展开。
实操建议：
- 在 Call Hierarchy 面板中，目标函数名右侧有小三角 ▶，点击才拉取它的调用方
- 每个调用方节点左侧还有 ▶，继续点可查“这个调用方又被谁调用”，形成向下追溯路径
- 右键某项选
Find All References，能补静态分析漏掉的引用（比如字符串拼接函数名、getattr反射调用） - 异步回调、事件监听、
setTimeout里的调用不会出现在这里——这是静态分析的天然局限，不是插件缺陷
想看运行时真实调用路径？得切到调试器的 Call Stack 面板
Go to Call Hierarchy 查的是“代码里写了谁调我”，Call Stack 面板显示的是“此刻是谁正在调我”。两者机制完全不同，不能互相替代。
常见问题与对策：
- Call Stack 面板为空 → 确认你按的是
F5（调试启动），不是Ctrl+F5（仅运行） - 只显示一层 → 断点可能没被实际执行到，或者
justMyCode过滤太狠（Python/JS 项目可临时设为false） - 异步堆栈断裂 → TS/JS 项目在
launch.json中加"runtimeArgs": ["--enable-source-maps"]，并开启 Chrome DevTools 的Enable async stack traces - C++ 调试时 F11 步入第三方函数失败 → 不是 VSCode 问题，是没加载对应源码；把 OpenSSL 等库源码目录也作为工作区打开，再下断点
生成可视化调用图，优先用 Code Call Graph Editor
纯靠面板翻找调用关系效率低，尤其对 C++ 这种跨文件、模板泛滥、宏替换多的项目。自动生成图形化调用图更直观。
关键实操点：
- 安装插件
Code Call Graph Editor后，右键函数选Generate Call Graph，它会基于 LSP 结果生成.callgraph.json - 生成结果默认只含直接调用链；如需完整深度，得配合插件的“方法库”功能，手动绑定下游节点
- AI 辅助生成 JSON 时，注意
line字段从 0 开始计数（不是编辑器显示的 1-based 行号） - 多语言支持但能力不均：C++ 的模板实例化、宏展开、SFINAE 推导仍可能丢失部分边；Python 的
eval和动态 import 基本不可见
真正复杂的调用关系，从来不是单靠一个插件就能穷尽。LSP 提供静态骨架，调试器捕获运行时血肉，图形化工具负责组织呈现——三者缺一不可，而最容易被忽略的，是每次修改代码后忘记刷新 LSP 缓存或重启调试会话。
