最近项目中出现了一个问题，服务器端程序会突然崩溃退出，我们采取了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/
a.out是可执行文件名，5082是PID，1490760381是产生该文件的unix时间。把a.out 和core文件放在一个目录下，使用命令：
gdb a.out core-a.out-5082-1490760381
进入gdb，然后使用backtrace命令，即可看进程退出时的栈的内存状态，如下所示：
可见，进程退出时，执行的最后一个函数是square函数。 ————————————————
总结
以上所述是小编给大家介绍的Linux下利用coredump技术追查进程崩溃原因，希望对大家有所帮助，如果大家有任何疑问欢迎给我留言，小编会及时回复大家的！
免责声明：本站资源来自互联网收集,仅供用于学习和交流,请遵循相关法律法规,本站一切资源不代表本站立场,如有侵权、后门、不妥请联系本站删除！
更新日志
- 群星《红色经典》限量1：1母盘直刻[低速原抓WAV+CUE]
- 苗子杰.1993-SUN.SHINE【歌林】【WAV+CUE】
- 吕方.1990-不舍得你【华纳】【WAV+CUE】
- 刘若英.2005-一整夜【大熊星】【WAV+CUE】
- 刘锐/王星《牧者影视配乐精选·贰》[FLAC/分轨][271.13MB]
- 林一峰《作业》[320K/MP3][185.25MB]
- 林一峰《作业》[FLAC/分轨][511.47MB]
- 魔兽世界永久60级奶骑天赋怎么点 永久60级奶骑天赋推荐
- 魔兽世界永久60级矮人牧师怎么玩 永久60级矮人牧师玩法指南
- 炉石传说40血卡组代码一览 2024最新全职业40血卡组代码大全
- 《如龙：极》NS实体版确认！35美元 25年3月发货
- 日本离谱忍者游戏将登NS：手柄插进屁股进行对决
- 《神之天平外传》NS版今日发售 可独立于本体运行
- 群星《24K德国HD金碟红色经典》2CD[WAV+CUE]
- 妙音唱片群星《红色经典DSD1-2》2CD[低速原抓WAV+CUE]