GDB调试与CoreDump（段错误）排查指南（Linux/C/C++）

什么是段错误？

段错误是操作系统保护内存访问时发出的信号（SIGSEGV），通常由非法内存访问引起，例如：解引用空指针、写入只读内存、数组越界等。对于C/C++程序，这类错误往往导致程序崩溃，且难以直接定位。

CoreDump：崩溃时的内存快照

CoreDump（核心转储）是程序崩溃时操作系统将进程内存内容保存到磁盘的文件（通常名为core或core.pid）。它记录了崩溃瞬间的完整上下文，包括寄存器值、堆栈、变量等，是Linux C/C++调试的利器。要生成core文件，需确保系统资源限制允许：使用命令 ulimit -c unlimited 取消core文件大小限制。

使用GDB分析CoreDump

GDB调试是GNU的调试器，可以加载程序及其core文件，重现崩溃现场。基本命令格式：gdb 程序名 core文件名。进入GDB后，常用命令：bt（backtrace）查看堆栈；frame N 切换到指定栈帧；info locals 查看局部变量；list 显示源码。通过这些命令，你可以快速找到引发段错误的代码行。

实战演练：从崩溃到修复

假设我们有一个简单的C程序 segfault_demo.c：

    #include int main() {    int *p = NULL;    *p = 42;  // 对空指针赋值，触发段错误    return 0;}  

编译时添加调试信息：gcc -g -o segfault_demo segfault_demo.c。运行程序：./segfault_demo，出现段错误。此时如果没有core文件，先执行 ulimit -c unlimited 再次运行，即可生成core文件（如core或core.1234）。然后启动GDB：gdb segfault_demo core。输入 bt 查看堆栈：

    #0  0x00000000004004f6 in main () at segfault_demo.c:44           *p = 42;  

立即定位到第4行，问题一目了然。通过这个例子，你已掌握GDB调试与CoreDump的基本配合。

更多技巧与注意事项

- 确保程序编译时包含 -g 选项，否则堆栈信息将缺少源码行号。- core文件的命名可能受 /proc/sys/kernel/core_pattern 影响，可自定义路径和格式。- 对于多线程程序，GDB的 thread apply all bt 可查看所有线程堆栈。- 除了段错误，GDB还能调试其他信号如SIGABRT（断言失败）等。- 结合Linux C/C++调试的其他工具（如Valgrind），可以更全面地检测内存问题。

希望这篇GDB调试与CoreDump指南能帮助你快速定位程序崩溃。记住，当程序出现段错误时，别慌——开启core文件，用GDB分析，你就能找到罪魁祸首。在实际项目中多加练习，你将成为调试高手！