(一）什么是coredump

应用程序运行出错或异常退出时，在满足一定条件下产生一个core文件，例如程序收到SIGABRT、SIGEMT等信号时(注：在signal.h里说明了哪些新号会产生coredump)都会出现coredump，我们平时见到最多的应该就是段错误。
core文件包含了程序运行时内存、寄存器状态、堆栈指针、内存管理信息以及函数调用堆栈信息。
我们通过分析core文件可以找到应用程序崩溃的地方

(二)coredump产生的条件

（1）coredump产生主要原因：

1、内存访问越界
2、多线程程序使用了线程不安全的函数。
3、多线程读写的数据未加锁保护。
4、非法指针
5、堆栈溢出

（2）如何生成coredump

1. 首先需要内核支持kernel选项

2. 设置ulimit -c unlimited

可以通过ulimit -a查看core文件大小限制，core文件大小不能太小，否则不能生成core文件

3. 默认core文件生成在当前目录，可以通过下面命令修改生成位置

可以通过/proc/sys/kernel/core_pattern进行设置。

%p  出Core进程的PID
%u  出Core进程的UID
%s  造成Core的signal号
%t  出Core的时间，从1970-01-0100:00:00开始的秒数
%e  出Core进程对应的可执行文件名
eg:
    echo "core-%e-%p-%s-%t" > /proc/sys/kernel/core_pattern。

在每个进程下都有coredump_filter节点/proc/pid/coredump_filter。

通过配置coredump_filter可以选择需在coredump的时候，将哪些内容dump到core文件中。

(三）gdb使用

这里介绍gdb命令，下一小节直接实例介绍使用流程，这里可以跳过，用的时候回来看

 gdb 源程序 core文件

(四）实例调试coredump文件

用一个最简单的例子模拟一下coredump

#include <stdio.h>
#include <unistd.h>

int main(int argc,char * argv[])
{
    char * pStr="helloworld\n";
    printf("%s\n",pStr);
    pStr[1] = 'y';
    
    return 0; 
}

运行一下

root@l-virtual-machine:~/hc# gcc coretest.c 
root@l-virtual-machine:~/hc# ./a.out 
helloworld

段错误 (核心已转储)
root@l-virtual-machine:~/hc# ls
a.out  core  coretest.c 

编译的时候一定要加入-g选项，要不然在最后显示错误的时候只会显示错的地址，而不会显示错误的具体信息
这个时候有了core文件，我们查看这个文件类型，使用file或readelf -h

命令 file core 
 //将core这个文件的具体信息给显示出来，命令最后会显示这个core文件是通过哪个文件产生的
 
root@l-virtual-machine:~/hc# file core
core: ELF 64-bit LSB core file x86-64, version 1 (SYSV), SVR4-style, from './a.out'

从红色方框截图可以看到，程序中止是因为信号SIGSEGV，且从bt(backtrace)命令（或者where）可以看到函数的调用栈，即程序执行到coretest.c的第8行，修改pStr导致的

(五）总结

在我们编译程序时要使用-g选项保留一份程序，方便出问题时我们定位问题所在，core文件使用时注意：

（1）保证进程对生成core的目录有读写权限
（2）若程序调用seteuid()/setegid() 改变了进程的有效用户或组，则默认情况下系统不为这些进程生成 core 文件。除非将 /proc/sys/fs /suid_dumpable 文件的内容改为1（一般默认是0）。
（3）设置足够大的Core文件大小限制，否则不能生成core文件。