vscode 无真正可靠的函数调用流程图自动生成能力；code2flow+graphviz 是最可控方案，支持多语言但需手动配置；c relation 插件适合 c/c++ 深度探查，依赖 compile_commands.json；doxygen+graphviz 适合归档文档，覆盖全但静态不可交互；调用图仅为辅助索引，无法反映动态行为。
VSCode 本身不支持真正可靠的函数调用流程图自动生成；所有插件输出的都是静态 AST 快照，无法反映运行时行为、动态导入、宏展开或类型擦除后的实际调用路径。
code2flow 命令行 + Graphviz 是目前最可控的方案
它不是 VS Code 插件，但和编辑器配合最自然：写完代码，终端敲一行就出图，结果可复现、可进 Git、可嵌入文档。关键在于你完全掌控输入范围和解析粒度。
-
code2flow只依赖 AST 解析，不执行代码，无副作用；支持 Python、TS、JS、Go、C++（需额外配置） - 必须先装
graphviz（macOS：brew install graphviz；Windows：官网下 installer） - 必加参数：
--no-grouping（否则同名函数被合并，调用链直接断裂），--max-depth 3（避免图爆炸） - 漏节点高频场景：
export * from 'xxx'、import()、C++ 宏、模板特化、TS 的interface/type—— 这些本就不参与执行，别误以为“没画出来 = 没调用”
C Relation 插件适合 C/C++ 项目深度探查
它基于 libclang 做语义分析，能处理预处理后的结构，比纯文本匹配型插件更接近真实编译视角，尤其对头文件包含、内联函数、SFINAE 有一定识别能力。
- 右键函数 → “Show Callers” 或 “Show Callees”，侧边栏实时列出调用方/被调方，带层级缩进和调用次数
- 强依赖本地
compile_commands.json；路径不对或缺失，会大量报Could not find definition - 对跨文件
inline函数、constexpr if支持仍有限；遇到空结果，先验证编译数据库是否完整且指向正确 build 目录 - 不生成图，但跳转精准——点击即定位到调用点（而非定义点），这点比多数插件实用
Doxygen + Graphviz 是 C/C++ 项目的稳定备选
它不追求实时性，但胜在覆盖全、可沉淀、能进 CI。适合需要归档调用关系或交付技术文档的场景。
- 需手动配置
Doxyfile：设HAVE_DOT=YES、CALL_GRAPH=YES、EXTRACT_ALL=YES - 生成的 HTML 文档里，每个函数页下方自带 SVG 调用图（含 caller/callee 子图）
- 对
static函数、未导出符号支持较好，但无法捕获dlsym或虚函数动态分派路径 - 缺点明显：每次改代码都要重跑
doxygen，且图是静态快照，不支持交互式缩放或子图筛选
真正难的从来不是“怎么画出来”，而是“该信哪条边”。动态 import、宏替换、模板实例化、虚函数表跳转……这些在图上统统是断点。别把调用图当执行轨迹用，它只是帮你快速排除不可能路径的辅助索引——图上没连，未必没调；图上连了，也未必真走那条路。
