1. coredump

程序由于各种异常或者bug导致在运行过程中异常退出或者中止，会产生一个叫做core的文件。

core文件会包含了程序运行时的内存，寄存器状态，堆栈指针，内存管理信息还有各种函数调用堆栈信息等，我们可以理解为是程序工作当前状态存储生成第一个文件，许多的程序出错的时候都会产生一个core文件，通过工具分析这个文件，我们可以定位到程序异常退出的时候对应的堆栈调用等信息，找出问题所在并进行及时解决。

2. 开启coredump

2.1 临时开启

# 1. 临时开启

ulimit -c unlimited

2.2 永久开启

vim /etc/security/limits.conf
# 添加如下
soft core unlimited
hard core unlimited

2.3 永久生效

vim /etc/profile

ulimit -c unlimited

4. 代码开启

int main(int argc, char* argv[])
{
	// 这样添加就可以满足每次不用使用临时的
    system("ulimit -c unlimited");
}

3. 配置coredump

3.1 创建coredump文件位置

mkdir -p /var/coredump

3.2 配置文件名及路径

需要root权限执行

echo "/var/coredump/coredump-%e-%p-%t" > /proc/sys/kernel/core_pattern
echo "1" > /proc/sys/kernel/core_uses_pid

3.3 配置参数说明

# 可扩展参数列表：
%p - insert pid into filename 添加pid
%u - insert current uid into filename 添加当前uid
%g - insert current gid into filename 添加当前gid
%s - insert signal that caused the coredump into the filename 添加导致产生core的信号
%t - insert UNIX time that the coredump occurred into filename 添加core文件生成时的unix时间
%h - insert hostname where the coredump happened into filename 添加主机名
%e - insert coredumping executable name into filename 添加命令名

4. 验证coredump

4.1 测试例程

1. 测试源代码

//test.c
#include <stdio.h>
int test()
{
    *((int*)0x1000000)=1;
}
int main()
{
	printf("test");
	test();
	return 0;
}

2. 编译运行

gcc -o test.c test
./test

4.2 分析方法

1. 查看是否生成

ls /var/coredump -l

2. 校验文件关闭
   ulimit -c校验设置是否是Unlimited，如果是0，说明生成core文件开关被关闭

ulimit -c
Unlimited

3. 查看core文件

# test为执行文件,core-test-56742-1720593732为coredump导出文件
gdb test core-test-56742-1720593732
# 接下来的分析使用gdb调试即可

# 使用gdb的命令查看堆栈
bt