浅析浅析Linux下利用下利用coredump技术追查进程崩溃原因技术追查进程崩溃原因
主要介绍了Linux下利用coredump技术追查进程崩溃原因,本文给大家介绍的非常详细，具有一定的参考借鉴价值，需要的
朋友可以参考下
最近项目中出现了一个问题，服务器端程序会突然崩溃退出，我们采取了coredump技术以找到崩溃原因，即确定进程退出时正在执行的
函数是哪个，其状态如何。
如果系统开启了coredump，准确的说如果当前的shell环境开启了coredump，当前shell环境下的程序崩溃退出时，会把当时进程的栈的
内存状态写入core文件。使用gdb可以查看这个core文件中保存的栈的状态，gdb a.out core。（关于coredump的开启和对shell的理解，
请参考本人另一篇博客《使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因解析》，关于gdb请参考《gdb调试命令的使用及总
结》）
core文件生成的位置默认是可执行文件所在的位置，名称默认为core，其位置和名称是可以设置的，我的设置为：
mkdir /home/corefile
echo “/home/corefile/core-%e-%p-%t” > /proc/sys/kernel/core_pattern
这样，生成的core文件会放在/home/corefile目录下，core文件名会以core-%e-%p-%t的形式出现，其中%e表示可执行文件的名称，%p
表示进程，%t表示生成core文件的时间（注意是unix时间）。
下面是一个可以导致coredump的例程：
划线处是会导致coredump处。执行后会在/home/corefile目录下产生以下文件：
[root@localhostwin7]# ls /home/corefile/
评论0