最近項(xiàng)目中出現(xiàn)了一個(gè)問(wèn)題，服務(wù)器端程序會(huì)突然崩潰退出，我們采取了coredump技術(shù)以找到崩潰原因，即確定進(jìn)程退出時(shí)正在執(zhí)行的函數(shù)是哪個(gè)，其狀態(tài)如何。

如果系統(tǒng)開(kāi)啟了coredump，準(zhǔn)確的說(shuō)如果當(dāng)前的shell環(huán)境開(kāi)啟了coredump，當(dāng)前shell環(huán)境下的程序崩潰退出時(shí)，會(huì)把當(dāng)時(shí)進(jìn)程的棧的內(nèi)存狀態(tài)寫入core文件。使用gdb可以查看這個(gè)core文件中保存的棧的狀態(tài)，gdb a.out core。（關(guān)于coredump的開(kāi)啟和對(duì)shell的理解，請(qǐng)參考本人另一篇博客《使用dotnet-dump 查找 .net core 3.0 占用CPU 100%的原因解析》，關(guān)于gdb請(qǐng)參考《gdb調(diào)試命令的使用及總結(jié)》）

core文件生成的位置默認(rèn)是可執(zhí)行文件所在的位置，名稱默認(rèn)為core，其位置和名稱是可以設(shè)置的，我的設(shè)置為：

mkdir /home/corefile 
echo “/home/corefile/core-%e-%p-%t” > /proc/sys/kernel/core_pattern 

這樣，生成的core文件會(huì)放在/home/corefile目錄下，core文件名會(huì)以core-%e-%p-%t的形式出現(xiàn)，其中%e表示可執(zhí)行文件的名稱，%p表示進(jìn)程，%t表示生成core文件的時(shí)間（注意是unix時(shí)間）。

下面是一個(gè)可以導(dǎo)致coredump的例程：

劃線處是會(huì)導(dǎo)致coredump處。執(zhí)行后會(huì)在/home/corefile目錄下產(chǎn)生以下文件：

[root@localhostwin7]# ls /home/corefile/

a.out是可執(zhí)行文件名，5082是PID，1490760381是產(chǎn)生該文件的unix時(shí)間。把a(bǔ).out 和core文件放在一個(gè)目錄下，使用命令：

gdb a.out core-a.out-5082-1490760381

進(jìn)入gdb，然后使用backtrace命令，即可看進(jìn)程退出時(shí)的棧的內(nèi)存狀態(tài)，如下所示：

可見(jiàn)，進(jìn)程退出時(shí)，執(zhí)行的最后一個(gè)函數(shù)是square函數(shù)。 ————————————————

總結(jié)

以上所述是小編給大家介紹的Linux下利用coredump技術(shù)追查進(jìn)程崩潰原因，希望對(duì)大家有所幫助，如果大家有任何疑問(wèn)歡迎給我留言，小編會(huì)及時(shí)回復(fù)大家的！