能，但需满足三个前提：安装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 = YES
  • CALLER_GRAPH = YES
  • HAVE_DOT = YES
• 源码必须被 Doxygen 实际扫描到：INPUT 要包含所有 .h/.cpp，EXTRACT_ALL = YES 或至少对目标函数加 /// @brief 注释，否则 Doxygen 不建模该函数节点

常见错误现象：Warning: Could not generate graph for function 'xxx' —— 大概率是函数没被解析（未在 INPUT 路径下、被 #ifdef 排除、或注释格式不被识别）。

C++14

C++14 对 C++11 的修正与增强版本，适合旧系统维护和较老工具链兼容。

下载

大型项目里调用图容易崩的几个点

• 模板实例化爆炸：一个 std::vector<:string></: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 强制纳入

性能影响很实在：开启 CALL_GRAPH 后，Doxygen 会为每个函数跑一次符号依赖扫描，10 万行项目生成时间可能从 8 秒涨到 2 分钟，内存占用翻倍。建议仅在 CI 流水线里对核心模块生成，开发机本地先关掉。

生成后怎么验证调用图真有用

• 输出目录下找 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，是设计使然。

C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！