函数调用关系图可以提供哪些与测试有关的信息

绘制函数调用关系图对理解大型程序大有帮助。我想大家都有过一边读源码（并在头脑中维护一个调用栈），一边在纸上画函数调用关系，然后整理成图的经历。如果运气好一点，借助调试器的单步跟踪功能和call stack窗口，能节约一些脑力。

不过如果要分析的是脚本语言的代码，那多半只好老老实实用第一种方法了。如果在读代码之前，手边就有一份调用图，岂不妙哉？下面举出我知道的几种免费的分析卖笑雹C/C++函数调用关系的工具。

函数调用关系图（call graph）是图（graph），而且是有向图，多半还是无环图（无圈图）——如果代码中没有直接或间接的递归的话。Graphviz是专门绘制有向图和无向图的工具，所以很多call graph分析工具都以它为后端(back end)。那么前端呢？就看各家各显神通了。

调用图的分析分析大致可分为“静态”和“动态”两种，所谓静态分析是指在不运行待分析的程序的前提下进行分析，那么动态分析自然就是记录程序实际运行时的函数调用情况了。

静态分析又有两种方法，一是分升磨析源码，二是分析编译后的目标文件。

分析源码获得的调用图的质量取决于分析工具对编程语言的理解程度，比如能不能找出正确的C++重载函数。Doxygen是源码文档化工具，也能绘制调用图，它似乎是自己分析源码获得函数调用关系的。GNU cflow也是类似的工具，不过它似乎偏重分析流程图（flowchart）。

对编程语言的理解程度最好的当然是编译器了，所以有人想出给编译器打补丁，让它在编译时顺便记录函数调用关系。CodeViz（其灵感来自Martin Devera (Devik) 的工具）就属于此类，它（1.0.9版）给GCC 3.4.1打了个补丁。

另外一个工具egypt的思路更巧妙，不用大动干戈地给编译器打补丁，而是让编译器自己dump出调用关系，然后分析分析，交给Graphviz去绘图。不过也有人另起炉灶，自己写个C语言编译器（ncc），专门分析调用图，勇气可嘉。不如要是对C++语言也这么干，成本不中帆免太高了。分析C++的调用图，还是借助编译器比较实在。

源程序：

运行结果：

父进程显示字符“father”，子进程分别显示字符“child1”和字符“child2“。

为了更好的分析源程序，我加入获得进程id的代码：

运行结果：

进程创建及分析：

/*执行while((p1=fork() )==-1)后，父进程创建了正租猛第一个子进程，子进程复制了父进程的资源，成为独立于父进程的一个进程，并且第一个子进程的fork()返回值为0，父进程的fork()返回值为刚创建的子进程号4。*/

/*执行while((p2=fork() )==-1)后举桥，子进程再创建了第二个子进程，第二个子进程复制了第一个子进程的资源，成为独立的一个进程，并且第二个子进程的fork()返回值为0，第一个子进程的fork()返回值为刚创建的子进程号5。*/

三个进程的pid分别是：

父进程=3

第一个子进程=4

第二个子进程型慧=5

---