Linux进程崩溃处理（从入门到实战：小白也能掌握的崩溃分析技巧）

如何启用 core dump？

默认情况下，许多 Linux 发行版会禁用 core dump。你需要手动开启：

1. 查看当前限制：
   ulimit -c
   如果返回 0，表示未启用。
2. 临时启用（仅当前终端有效）：
   ulimit -c unlimited
3. 永久启用：编辑 /etc/security/limits.conf，添加：
   * soft core unlimited
4. 设置 core 文件保存路径（可选）：
   echo "/tmp/core.%e.%p" | sudo tee /proc/sys/kernel/core_pattern
   其中 %e 是程序名，%p 是进程 ID。

模拟一次崩溃并生成 core 文件

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

#include <stdio.h>int main() {    int *p = NULL;    *p = 42;  // 尝试写入空指针，触发 SIGSEGV    return 0;}

编译并运行：

gcc -g -o crash crash.c./crash

如果配置正确，你会看到 Segmentation fault (core dumped)，并在指定目录（如 /tmp）下找到类似 core.crash.12345 的文件。

使用 GDB 分析 core dump

GDB（GNU Debugger）是分析 core 文件最常用的工具。命令如下：

gdb ./crash /tmp/core.crash.12345

进入 GDB 后，输入 bt（backtrace）即可看到崩溃时的函数调用栈：

(gdb) bt#0  0x0000555555555136 in main () at crash.c:5

这清楚地告诉我们：崩溃发生在 crash.c 第 5 行，正是我们解引用空指针的地方！

信号处理与自动捕获

除了依赖系统生成 core 文件，你还可以在程序中注册信号处理函数，在崩溃前执行自定义操作（如记录日志、清理资源等）。例如：

#include <signal.h>#include <stdio.h>void handler(int sig) {    printf("Caught signal %d\n", sig);    // 可在此处添加日志或清理代码}int main() {    signal(SIGSEGV, handler);    // ... 其他代码}

不过请注意：在信号处理函数中应避免复杂操作，否则可能引发二次崩溃。

实用调试工具推荐

除了 GDB，以下调试工具也值得了解：

• Valgrind：检测内存泄漏和非法访问，无需生成 core 文件。
• strace：跟踪系统调用，帮助定位崩溃前的系统行为。
• addr2line：将崩溃地址转换为源码行号（适用于无 GDB 环境）。

总结

掌握 Linux进程崩溃 的处理方法，不仅能快速定位 Bug，还能提升系统稳定性。通过启用 core dump、理解 信号处理 机制，并善用 调试工具，你已经具备了应对大多数崩溃场景的能力。下次再遇到“Segmentation fault”，你就知道该怎么做了！

小贴士：在生产环境中，建议将 core 文件保存在专用目录，并设置合理的磁盘配额，避免占满磁盘空间。