函数调用跟踪：从崩溃现场到问题根源

调试C程序，尤其是那些跑在嵌入式环境里的程序，最让人头疼的是什么？我个人觉得，是程序崩溃后你完全不知道它怎么走到那一步的。指针飞了、栈溢出了、野指针访问了——这些错误往往不会当场暴露，而是在某个看似无关的地方突然崩掉。

这时候，函数调用跟踪就是你的救命稻草。说白了，就是让程序在崩溃时告诉你：我是谁？我从哪来？我要到哪去？——嗯，至少前两个问题能回答清楚。

backtrace：让程序自己说出死因

backtrace 是 glibc 提供的一组函数，专门用来获取当前线程的函数调用栈。我在项目中遇到过好几次这样的场景：程序在客户现场跑着跑着就挂了，日志里只有一句 "Segmentation fault"，连个堆栈信息都没有。后来我养成了一个习惯——在所有关键模块里都加上信号处理函数，用 backtrace 把调用栈打印出来。

来看一个最简单的例子：

#include <execinfo.h>
#include <stdio.h>
#include <stdlib.h>
#include <signal.h>

void print_backtrace() {
    void *buffer[100];
    int size = backtrace(buffer, 100);
    char **symbols = backtrace_symbols(buffer, size);
    
    printf("=== Backtrace (%d frames) ===\n", size);
    for (int i = 0; i < size; i++) {
        printf("[%d] %s\n", i, symbols[i]);
    }
    free(symbols);
}

void handler(int sig) {
    fprintf(stderr, "Caught signal %d\n", sig);
    print_backtrace();
    exit(1);
}

void func_c() {
    int *p = NULL;
    *p = 42;  // 故意制造崩溃
}

void func_b() {
    func_c();
}

void func_a() {
    func_b();
}

int main() {
    signal(SIGSEGV, handler);
    func_a();
    return 0;
}

GDB 中查看调用栈：交互式断点分析

backtrace 适合事后打印，但如果你能现场调试，GDB 的调用栈查看功能更强大。你想想看，程序停在断点处，你可以一层一层往上翻，看每个函数的局部变量、参数、甚至寄存器状态——这比打印一堆地址爽多了。

常用的 GDB 调用栈命令：

命令	缩写	作用
backtrace	bt	打印当前调用栈
frame N	f N	切换到第 N 层栈帧
info locals	i lo	查看当前帧的局部变量
info args	i ar	查看当前帧的函数参数
up	无	向上（调用方）移动一帧
down	无	向下（被调用方）移动一帧

实际操作中，我一般这样用：

(gdb) break func_b
(gdb) run
(gdb) bt
#0  func_b (x=42) at test.c:15
#1  0x08048456 in func_a () at test.c:20
#2  0x08048472 in main () at test.c:25
(gdb) frame 1
#1  0x08048456 in func_a () at test.c:20
(gdb) info locals
y = 100
(gdb) up
#2  0x08048472 in main () at test.c:25
(gdb) info args
argc = 1, argv = 0xffffd5e4

调用栈的底层原理：栈帧是怎么串起来的？

为什么 backtrace 和 GDB 能知道函数调用顺序？这得从栈帧的结构说起。每个函数调用时，编译器会在栈上分配一块区域，叫栈帧（stack frame）。栈帧里保存了：

• 返回地址：调用者中下一条指令的地址
• 上一个栈帧的基址（EBP/RBP）
• 局部变量
• 被保存的寄存器

这些栈帧通过 EBP 链成一个单向链表。backtrace 就是沿着这个链表往上遍历，每到一个节点就取出返回地址，然后通过符号表翻译成函数名。

我画了一张图，帮你理解这个结构：

你看，每个栈帧都保存了上一个栈帧的基址，这样就能从当前帧一路回溯到 main 函数。backtrace 的原理就是这么简单——沿着 EBP 链往上走，每走一步就记录一个返回地址。

实战技巧：让 backtrace 更实用

光打印地址和函数名还不够，很多时候我们需要知道具体的文件名和行号。这里有几个我常用的方法：

1. addr2line 工具：把 backtrace 打印的地址转换成文件名:行号
2. dladdr 函数：运行时动态解析符号信息
3. libunwind 库：跨平台、更强大的栈回溯方案

举个例子，用 addr2line 解析 backtrace 的输出：

# 假设 backtrace 输出地址 0x08048456
$ addr2line -e ./a.out 0x08048456
test.c:20

嗯，这里要注意：addr2line 需要可执行文件包含调试信息（编译时加 -g）。发布版本如果 strip 掉了符号，那就只能看到地址了。所以我的习惯是：发布版本保留一个带符号表的副本，线上崩溃时用这个副本解析。