能，但需满足三个前提：安装Graphviz并配置dot路径、Doxygen中启用CALL_GRAPH、CALLER_GRAPH和HAVE_DOT，且源码必须被Doxygen实际解析到。
Doxygen能生成调用图吗？先看前提条件
能，但不是默认开启的。Doxygen本身不分析代码执行流，调用图（call graph）依赖外部工具 dot（Graphviz 的一部分）做静态调用关系推导，且只对 C/C++ 中可解析的函数调用生效——比如 foo() 这种直接调用，不处理函数指针、虚函数动态分派、宏展开后的调用，也不处理跨编译单元未声明的 extern 函数。
关键判断：如果你的项目用了大量模板特化、SFINAE、std::function 或回调注册机制，生成的调用图会明显稀疏甚至断裂。
必须配齐的三样东西：dot + 正确配置 + 可索引源码
- 安装 Graphviz 并确保
dot 在系统 PATH 中（Linux/macOS 检查 which dot，Windows 检查环境变量）
- Doxygen 配置文件中打开三项：
CALL_GRAPH = YESCALLER_GRAPH = YESHAVE_DOT = YES
- 源码必须被 Doxygen 实际扫描到：
INPUT 要包含所有 .h/.cpp，EXTRACT_ALL = YES 或至少对目标函数加 /// @brief 注释，否则 Doxygen 不建模该函数节点
dot 在系统 PATH 中（Linux/macOS 检查 which dot，Windows 检查环境变量）CALL_GRAPH = YESCALLER_GRAPH = YESHAVE_DOT = YES
INPUT 要包含所有 .h/.cpp，EXTRACT_ALL = YES 或至少对目标函数加 /// @brief 注释，否则 Doxygen 不建模该函数节点常见错误现象：Warning: Could not generate graph for function 'xxx' —— 大概率是函数没被解析（未在 INPUT 路径下、被 #ifdef 排除、或注释格式不被识别）。
大型项目里调用图容易崩的几个点
- 模板实例化爆炸：一个
std::vector<std::string> 可能触发几十个隐式成员函数，Doxygen 默认把每个实例当独立节点画，图迅速不可读。建议用 TEMPLATE_RELATIONS = NO 关闭模板关系边，或用 MAX_DOT_GRAPH_DEPTH = 3 限制递归深度
- 头文件循环包含导致解析中断：Doxygen 对 #include 顺序敏感，若 A.h → B.h → A.h，且 B.h 中有函数调用 A.h 的函数，调用边可能丢失。临时解法是加
INCLUDE_PATH 并设 RECURSIVE = YES
- 构造函数/析构函数默认不参与调用图：除非显式调用（如
new Foo()），否则 Doxygen 不把它们当“被调用方”。若需展示初始化流程，得在文档注释里手动用 @callgraph 提示，或改用 CALL_GRAPH = YES + EXTRACT_PRIVATE = YES 强制纳入
std::vector<std::string> 可能触发几十个隐式成员函数，Doxygen 默认把每个实例当独立节点画，图迅速不可读。建议用 TEMPLATE_RELATIONS = NO 关闭模板关系边，或用 MAX_DOT_GRAPH_DEPTH = 3 限制递归深度INCLUDE_PATH 并设 RECURSIVE = YES
new Foo()），否则 Doxygen 不把它们当“被调用方”。若需展示初始化流程，得在文档注释里手动用 @callgraph 提示，或改用 CALL_GRAPH = YES + EXTRACT_PRIVATE = YES 强制纳入性能影响很实在：开启 CALL_GRAPH 后，Doxygen 会为每个函数跑一次符号依赖扫描，10 万行项目生成时间可能从 8 秒涨到 2 分钟，内存占用翻倍。建议仅在 CI 流水线里对核心模块生成，开发机本地先关掉。
立即学习“C++免费学习笔记（深入）”；
生成后怎么验证调用图真有用
- 输出目录下找
html/classXXX.html，滚动到底部看 “Caller Graph” 和 “Call Graph” 小图；点开是 SVG，右键“查看图像”可放大
- 真正有用的不是全图，而是定位某个函数的上游调用链：比如想查
Database::commit() 被谁触发，就点它的 Call Graph，逐层点进去看叶子节点是否匹配业务入口（如 HttpHandler::onPost()）
- 如果图里只有孤点或空框，检查该函数是否：
- 定义在 .cpp 里但声明没在 .h 中（Doxygen 默认不解析 .cpp 中的函数定义）
- 用了
[[nodiscard]] 或 noexcept 等新特性，而 Doxygen 版本太老（需 ≥ 1.9.4）
- 函数名含重载签名，如
parse(int) 和 parse(const std::string&) —— Doxygen 用 mangled name 区分，图上显示为乱码，此时应加 ALIASES = "overload=\overload" 并手动标注
html/classXXX.html，滚动到底部看 “Caller Graph” 和 “Call Graph” 小图；点开是 SVG，右键“查看图像”可放大Database::commit() 被谁触发，就点它的 Call Graph，逐层点进去看叶子节点是否匹配业务入口（如 HttpHandler::onPost()）- 定义在 .cpp 里但声明没在 .h 中（Doxygen 默认不解析 .cpp 中的函数定义）
- 用了
[[nodiscard]]或noexcept等新特性，而 Doxygen 版本太老（需 ≥ 1.9.4） - 函数名含重载签名，如
parse(int)和parse(const std::string&)—— Doxygen 用 mangled name 区分，图上显示为乱码，此时应加ALIASES = "overload=\overload"并手动标注
最常被忽略的是：调用图依赖函数声明的可见性。哪怕实现写得再漂亮，如果头文件里没声明，Doxygen 就当它不存在——这不是 bug，是设计使然。
