原文鏈接：https://blog.csdn.net/u014585564/article/details/68063269
最近專案中出現了一個問題，服務器端程式會突然崩潰退出，我們采取了coredump技術以找到崩潰原因，即確定行程退出時正在執行的函式是哪個，其狀態如何，
如果系統開啟了coredump，準確的說如果當前的shell環境開啟了coredump，當前shell環境下的程式崩潰退出時，會把當時行程的堆疊的記憶體狀態寫入core檔案，使用gdb可以查看這個core檔案中保存的堆疊的狀態，gdb a.out core，（關于coredump的開啟和對shell的理解，請參考本人另一篇博客《由coredump的開啟引起的對shell的深入探究》，關于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函式，
————————————————
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/148720.html
標籤：Linux
下一篇：linux搭建TFTP服務