linux下調試core dump方式匯總，工作必備技能
緣起
調試，是開發(fā)流程中一個非常重要的環(huán)節(jié)。每個程序員都應，具備調試代碼的能力，尤其對于從事 Linux 下的開發(fā)的讀者。
從事 linux 下后臺開發(fā)，有時候會遇到程序突然崩潰的情況，也沒有任何日志，這會讓你不知所措。
今天給大家介紹一個 core 文件，用這個文件，我們可以找出對應出錯的代碼行，感覺是不是很神奇。
透著樹蔭看著朦朧的太陽，曬著日光浴，感覺還不錯。先學完這篇，我們再去欣賞風景。
什么是core dump
對于程序，由于各種異常或者 bug，導致在運行過程中，并且在滿足一定條件下，產生一個叫做 core 的文件。
通常情況下，core 文件會包含了，程序運行時的內存，寄存器狀態(tài)，堆棧指針，內存管理信息還有各種函數調用堆棧信息等。
許多程序出錯的時候，會產生一個 core 文件。通過工具分析這個文件，我們可以定位到，程序異常退出的時候對應的堆棧調用等信息。
打開 core dump 開關：ulimit -c unlimited
看一段有問題的代碼：
#include<stdio.h>
int main()
{
int *p=NULL;
*p=0;
printf("bad\n");
return 0;
}linux下編譯和執(zhí)行：
[root@VM-16-9-centos c++]# g++ -g main.cpp
[root@VM-16-9-centos c++]# ./a.out
Segmentation fault (core dumped)
[root@VM-16-9-centos c++]# ls
a.out core.1989 main.cpp上述代碼一看就有錯誤，執(zhí)行會產生 core dump。但是在大型項目中，用肉眼就很難看了。下面說明一下 linux 下調試 core dump 方法。
dmesg+addr2line調試
先介紹 2 個 linux 命令：
dmesg ，一種程序，用于檢測和控制內核緩沖。程序用來幫助用戶，了解系統(tǒng)的啟動信息，可以獲得出錯堆棧地址。
addr2line ，可以將指令的地址和可執(zhí)行映像轉換成文件名，函數名或源代碼的工具。這種功能將跟蹤地址轉換成更有意義的內容來說很有用。
在調用 addr2line 工具時，要使用 -e 選項來指定可執(zhí)行映像，使用 -f 選項可以告訴工具輸出函數名。
linux下操作過程：
[root@VM-16-9-centos c++]# dmesg | grep a.out
[ 212.330289] a.out[1946]: segfault at 0 ip 0000000000400571 sp 00007ffdf0aafbb0 error 6 in a.out[400000+1000]
[ 227.437065] a.out[1989]: segfault at 0 ip 0000000000400571 sp 00007ffcfd01c8c0 error 6 in a.out[400000+1000]
[root@VM-16-9-centos c++]#
[root@VM-16-9-centos c++]# addr2line -e a.out 0000000000400571
/root/c++/main.cpp:6先通過dmesg找到對應出錯的地址，再用 addr2line -e 將地址解析到對應的代碼行。
gdb調試
gdb 想必大家都有聽說，Linux 下面一款常用的的調試工具。
gdb 編譯器通常以 gdb 命令的形式在終端中使用，下面學習下常用調試選項。
bt ：查看堆棧信息
i locals ：查看當前程序棧的局部變量
i args ：查看當前程序棧的參數
i catch ：查看當前程序中棧幀的異常處理器
p a ：打印變量的值
i register ：查看當前寄存器的值
r ：從運行程序至第一個斷點，沒有斷點則一直運行完
quit ：退出
gdb調試過程中，輸入 r ，bt。r 是運行 a.out 文件，bt查看堆棧情況。
我們不需要執(zhí)行 gdb a.out，這樣就相當于重新運行了 a.out 文件。然而在實際開發(fā)中，有很多問題都是概率發(fā)生的，所以此方法不太實用。
linux下操作過程(省略部分 gdb 介紹信息)：
[root@VM-16-9-centos c++]# gdb a.out core.1989
Reading symbols from /root/c++/a.out...done.
[New LWP 1989]
bCore was generated by `./a.out'.
Program terminated with signal 11, Segmentation fault.
#0 0x0000000000400571 in main () at main.cpp:6
6 *p=0;
Missing separate debuginfos, use: debuginfo-install glibc-2.17-307.el7.1.x86_64 libgcc-4.8.5-44.el7.x86_64 libstdc++-4.8.5-44.el7.x86_64
(gdb) bt
#0 0x0000000000400571 in main () at main.cpp:6
(gdb)
直接執(zhí)行 gdb a.out core.1989，不用 r 命令避免程序重復執(zhí)行。使用 bt 命令，可以看到程序出錯代碼行。
strace+addr2line調試
strace 是一個集診斷、調試、統(tǒng)計與一體的工具，我們可以使用strace，對應用的系統(tǒng)調用和信號傳遞的跟蹤結果，來對應用進行分析，以達到解決問題，或者是了解應用工作過程的目的。
strace 的簡單的用法就是，執(zhí)行一個指定的命令，在指定的命令結束之后，它也就退出了。
在命令執(zhí)行的過程中，strace 會記錄和解析命令進程的所有系統(tǒng)調用，以及這個進程所接收到的，所有的信號值。
-c ，統(tǒng)計每一系統(tǒng)調用的所執(zhí)行的時間,次數和出錯的次數等
-p ，指定進程pid
-i ，輸出系統(tǒng)調用的入口指針
linux 下操作過程(省略部分加載信息)：
[root@VM-16-9-centos c++]# strace -i ./a.out
[00007f79d3573847] munmap(0x7f79d3772000, 31038) = 0
[0000000000400571] --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=NULL} ---
[????????????????] +++ killed by SIGSEGV (core dumped) +++
Segmentation fault
[root@VM-16-9-centos c++]# addr2line -e a.out 0000000000400571
/root/c++/main.cpp:6絮叨
linux 調試技巧很重要，平時用到的也會很多，掌握好這些很關鍵。通過這篇文章，希望讀者能對 core dump 調試有大致的了解，更多 linux 知識和 linux 調試相關的知識。