C语言核心转储分析（手把手教你用GDB调试Core Dump定位程序崩溃原因）

第一步：启用 Core Dump 功能

Linux 系统默认可能限制了 core 文件的生成。我们需要先检查并设置 ulimit：

# 查看当前 core 文件大小限制ulimit -c# 若输出为 0，表示禁用。启用无限制 core 文件生成ulimit -c unlimited# 验证是否生效ulimit -c  # 应输出 "unlimited"

你还可以通过修改 /proc/sys/kernel/core_pattern 来指定 core 文件的保存路径和命名格式，例如：

echo "/tmp/core.%e.%p" | sudo tee /proc/sys/kernel/core_pattern

这样生成的 core 文件会保存在 /tmp 目录下，文件名包含程序名（%e）和进程 ID（%p）。

第二步：编写一个会崩溃的 C 程序

我们写一个简单的程序来触发段错误：

#include <stdio.h>int main() {    int *p = NULL;    printf("即将访问空指针...\n");    *p = 42;  // 触发段错误！    return 0;}

编译时记得加上 -g 选项以保留调试信息：

gcc -g -o crash crash.c

第三步：运行程序并生成 Core 文件

执行程序：

./crash

你会看到类似以下输出：

即将访问空指针...Segmentation fault (core dumped)

此时，在当前目录或你指定的路径下应已生成 core 文件，例如 core.12345。

第四步：使用 GDB 进行 Core Dump 调试

现在，我们使用 GDB 加载可执行文件和 core 文件：

gdb ./crash core.12345

进入 GDB 后，输入 bt（backtrace）查看调用栈：

(gdb) bt#0  0x0000555555555146 in main () at crash.c:66           *p = 42;

瞧！GDB 明确告诉我们崩溃发生在 crash.c 第 6 行，正是我们解引用空指针的地方。这就是 gdb调试core文件 的强大之处。

你还可以使用其他 GDB 命令进一步分析，例如：

• info registers：查看寄存器状态
• print p：打印变量 p 的值（会显示 0x0）
• frame 0：切换到崩溃所在的栈帧

小贴士：常见问题排查

• 如果没生成 core 文件，请确认 ulimit -c 已设为 unlimited。
• 确保程序是以普通用户权限运行（某些系统对 root 用户限制 core dump）。
• 编译时务必加 -g，否则 GDB 无法显示源码行号。

总结

通过本文，你已经掌握了 C语言核心转储分析 的完整流程：启用 core dump、制造崩溃、生成 core 文件、使用 GDB 分析。这项技能能极大提升你在 Linux 环境下进行 C语言程序崩溃排查 的效率。记住，core dump调试 是专业 C/C++ 开发者的必备武器，而 gdb调试core文件 则是其中最核心的技术。

赶快动手试试吧！实践是最好的老师。