当我们阅读代码和查找BUG时，往往有一个烦恼。就是我们不知道函数的调用顺序。而这些函数调用顺序对应我们理解程序结构，程序运行过程是很有帮助的。

那么问题是：程序的调用过程往往是很复杂的，而且可能是多层嵌套，跨文件调用的。这时候如果靠人工去查找，这将是一件非常大工作量的事情。GDB中有办法帮助我们做到查看函数调用的过程吗？

首先我们需要知道，函数调用信息存放在哪？只有知道函数调用信息，我们才能进行信息提取这一步。
关于函数的信息都存放在栈中。

函数调用栈的查看

• backtrace：查看函数调用的顺序（函数调用栈的信息）
• frame N：切换到栈编号为N的上下文中
• info frame：查看当前函数调用的栈帧信息

info命令的其他使用方式：

backtrace

backtrace命令可以在遇到端点而暂停执行时显示栈帧。该命令简写为bt。此外，backtrace的别名还有where和info stack（简写为info s）

格式：

• 显示所有栈帧：

backtrace
bt

• 只显示开头N个栈帧：

backtrace N
bt N

• 只显示最后N个栈帧：

backtrace -N
bt -N

• 不仅显示bt，还要显示局部变量，N和上面的相同

backtrace full
backtrace full N
backtrace full -N
bt full
bt full N
bt full -N

例子

从外到内显示3个栈帧，以及其局部变量

显示栈帧之后，就可以看出程序在何处停止(即断点的位置)以及程序的调用路径

例子

//frame.c
#include <stdio.h>


int sum(int n)
{
    int ret = 0;

    if( n > 0 )
    {
        ret = n + sum(n-1);
    }

    return ret;
}


int main()
{
    int s = 0;

    s = sum(10);

    printf("sum = %d\n", s);

    return 0;
}

1. 设置断点：设置到递归结束标志的位置

2.(gdb) start
3.The program being debugged has been started already.
4.Start it from the beginning? (y or n) y
5.
6.Temporary breakpoint 4 at 0x80483f9: file frame.c, line 19.
7.Starting program: /home/delphi/workspace/test.out 
8.
9.Temporary breakpoint 4, main () at frame.c:19
10.19       int s = 0;
11.(gdb) break sum if n==0   < --------------设置sum函数中， n==0 时的数据断点。
12.Breakpoint 5 at 0x80483ca: file frame.c, line 6.
13.(gdb) info break    < --------------- 查看断点信息
14.Num     Type           Disp Enb Address    What
15.5       breakpoint     keep y   0x080483ca in sum at frame.c:6
16. stop only if n==0

2. 查看函数调用过程