VSCode原生支持Call Hierarchy功能，需语言服务器配合；右键函数或执行命令即可查看直接调用者，以树形列表呈现并支持跳转，但不递归展开整图，且对inline函数、宏调用等有限制。
VSCode 本身不内置函数调用图生成能力，但通过插件可补足这一关键缺口。真正实用的方案不是“画一张静态图”，而是让调用关系能随光标移动、点击、调试实时响应——这需要插件同时具备 AST 解析能力 + 编辑器装饰器支持 + 调试上下文联动。
用 Call Hierarchy 快速查看当前函数被谁调用
这是 VSCode 原生支持的功能（需语言服务器配合），不是插件，但常被忽略。C++、Java、TypeScript 等语言在启用对应 LSP 插件后，右键函数名或按 Ctrl+Shift+P 输入 “Call Hierarchy” 即可触发。
- 它只展示“直接调用者”，不递归展开整张图，适合快速定位入口或下游依赖
- 结果以树形列表呈现，点击某一项可跳转到调用位置，比 F12 更聚焦上下文
- 若无响应，检查是否已安装并启用对应语言服务器（如 C/C++ 扩展中的
ms-vscode.cpptools） - 注意：纯头文件内定义的 inline 函数、宏展开后的调用不会被识别
选插件前先确认你的语言服务器是否支持 callHierarchyProvider
很多号称“生成调用图”的插件其实只是包装了语言服务器暴露的 API。如果底层 LSP 没实现 callHierarchyProvider，插件再 fancy 也拿不到准确数据。
- C++ 项目务必启用
ms-vscode.cpptools并配置好c_cpp_properties.json，否则Call Hierarchy和插件都返回空 - Python 用户别指望 Pylance 提供完整调用链——它默认关闭深度调用分析，需手动开启
"python.analysis.completeAllFiles": true - TypeScript/JS 项目中，
typescript-language-server支持较好，但对动态 import() 或 eval 内的调用无能为力
Code Graph 类插件的常见失效场景
像 Code Graph、Call Graph Viewer 这类依赖静态分析的插件，容易在以下情况出错：
- 跨文件模板特化（C++）：主模板和特化版本被识别为两个无关函数
- 虚函数调用：只显示声明处，不追踪实际 override 的子类实现
- 宏定义包裹的函数调用（如
LOG_INFO("msg")）：AST 解析器通常跳过预处理阶段 - 构建路径未同步：插件读取的是文件系统原始内容，若你用 Ninja/Make 构建且头文件路径有 -I 重定向，插件可能找不到引用
调试时用 Call Stack 面板反向验证调用路径
当静态分析不准时，运行时堆栈是最可靠依据。在断点暂停后，Call Stack 面板列出的是真实执行流，而非代码字面调用。
- 注意区分 “async” 标记帧和普通帧，Promise 链中的回调会出现在不同层级
- 右键堆栈项选择 “Reveal in Call Stack” 可高亮该函数在源码中的所有调用位置（需插件支持装饰器）
- 若堆栈里出现
<anonymous></anonymous>或地址（如0x7fff...），说明符号未加载或优化开启（-O2），此时静态插件也大概率失效
真正难的不是生成一张图，而是在模板元编程、多态分发、宏抽象层层嵌套后，仍能保持调用关系与运行时行为一致。这时候，任何插件都只是辅助，必须结合 Call Stack + Watch + 手动加日志交叉验证。
