【Linux 杂项】 core 核心转储文件

本文为笔者学习阶段的一个记录，多有错漏与描述不清之处，欢迎大家批评指正。

---

前言

当应用程序发生异常崩溃，或是在终端结束一个进程时，经常看到终端提示核心文件已转储，那么这个核心转储文件到底有什么用呢？

---

提示：以下是本篇文章正文内容，下面案例可供参考

一、核心转储文件

1.1 什么是核心转储文件

核心转储文件即core文件。

当一个程序异常终止或崩溃，操作系统会将程序当时的栈信息保存到 core文件中。开发者可以通过 core 文件分析程序崩溃的原因。
通常，core 需要结和 gdb 调试器一起使用。

1.2 如何生成核心转储文件

当程序异常终止时会通过终端提示开发者核心已转储，但是linux 系统中默认限制 core 文件的大小为 0
所以我们依旧无法看到 core 文件的生成。

要想使用core文件，必须先设置内核中对core文件大小的限制。

使用 ulimit -a 或者 ulimit -c 命令可以查看到系统当前的core文件大小限制，它的值可能为以下之一：

值	含义
0	不产生 core 文件
n	core文件大小最大为 n kbytes
unlimited	不限制core文件大小

可以使用命令ulimit -c [kbytes]来设置core文件大小边界，示例如下：

将core文件大小最大限制为100k：
ulimit -c 100
将core文件大小最大限制设置为不限制：
ulimit -c unlimited

在默认配置下，core 文件会生成在发生异常的可执行文件路径下，默认文件名为 core。

1.3 配置 core 文件名使用进程 pid 作为扩展名

/proc/sys/kernel/core_uses_pid文件配置了是否使用进程pid作为core文件扩展名，该文件内容仅为一个字符0或者1。

字符	含义
0	不使用进程pid作为core文件扩展名。
1	使用进程pid作为core文件扩展名。

进入超级用户模式后就可以使用相应的命令来修改该文件，例如：

sudo -s
echo "1" > /proc/sys/kernel/core_uses_pid
或者：
sudo -s
sysctl -w kernel.core_uses_pid=1 kernel.core_uses_pid = 1

注意！修改仅当前会话有效，若想重启后保留效果，请直接配置开机脚本

1.4 配置 core 文件生成路径与文件名格式

/proc/sys/kernel/core_pattern 文件配置了 core 文件生成的路径与文件名格式，该文件内容仅为一条语句，格式为：

可选项	含义
%p	添加pid(进程 id)
%u	添加当前 uid (用户 id)
%g	添加当前 gid (用户组 id)
%s	添加导致产生 core 的信号
%t	添加 core 文件生成时的 unix 时间
%h	添加主机名
%e	添加导致产生core的命令名

进入超级用户模式后就可以使用相应的命令来修改该文件，例如：

echo "/corefile/core-%e-%p-%t" > /proc/sys/kernel/core_pattern
或者
sysctl -w kernel.core_pattern=/corefile/core.%e.%p.%s.%E

注意！修改仅当前会话有效，若想重启后保留效果，请直接配置开机脚本

二、gdb 调试核心转储文件

2.1 启动 gdb 调试

当错误发生后，在可执行文件当前路径会生成 core 文件，可直接使用 gdb 命令分析 core 。

例如当前目录下 server 程序发生了错误崩溃生成了 core 文件，可使用以下命令查看：

gdb ./server core

2.2 分析 core 信息

本文仅展示最简单的分析示例，读者可自行了解更多有关 gdb 调试的技巧。

启动 gdb 调试后就可以看到上一次程序崩溃的原因，再结合 gdb 中的 bt 指令查看当前栈内容即可快速分析错误原因。

通过以上调试信息可以得知：

① 程序收到SIGSEGV信号退出，发生了段错误。
② 崩溃的地方与线程互斥锁相关。
③ 调用崩溃点的函数分别是 sever_repost_file、server_recvmsg_pthread、start_thread 函数。

---

总结

本文介绍了如何让系统生成 core 文件，以及如何配置 core 的生成文件名格式，最后使用一个简单的示例阐述了如何使用 gdb分析 core 文件。