addr2line有什麼作用呢？ 可別小瞧它， 它可以定位到程式碼出錯的位置。 下面， 我們來看看這個簡單的程式碼：

#include <stdio.h>

int main()
{
        int *p = NULL;
        *p = 0;

        printf("bad\n");
        return 0;
}

       這個程式很小， 我們可以一眼就看出程式在執行期出錯。 但是， 如果是大程式， 在執行期出錯， 我們該如何定位呢？  那就必須依賴於工具， 而不是你我的肉眼。

       我們以上述小程式為例， 進行如下操作：

[[email protected] learn_c]$ gcc -o taogeSeg -g taogeSeg.c 
[[email protected] learn_c]$ ./taogeSeg 
Segmentation fault (core dumped)
[[email protected] learn_c]$ dmesg | grep taogeSeg
taogeSeg[4941]: segfault at 0 ip 080483c9 sp bfb92410 error 6 in taogeSeg[8048000+1000]
[[email protected] learn_c]$ addr2line -e taogeSeg 080483c9
/home/taoge/Desktop/learn_c/taogeSeg.c:6
[
 
[email protected] learn_c]$ cat -n taogeSeg.c
     1	#include <stdio.h>
     2	
     3	int main()
     4	{
     5		int *p = NULL;
     6		*p = 0;
     7	
     8		printf("bad\n");
     9		return 0;
    10	}
[[email protected] learn_c]$ 

       我來解釋一下：

       1. gcc -o taogeSeg -g taogeSeg.c ：生成帶有除錯資訊的可執行檔案taogeSeg        2. dmesg | grep taogeSeg ：獲得執行taogeSeg後的出錯資訊， 你可以將結果理解為日誌， 其中的080483c9是一個地址， 正是這個地址出錯了        3. addr2line -e taogeSeg 080483c9 ：將出錯地址轉換成原始碼對應的行， 結果為6， 也就是說原始碼第6行有問題。 一看， 果然是，萬惡的*p=0;被揪出來了。        當然， 針對這個例子， 會gdb除錯的朋友肯定也能調試出來，而且也確實能找到程式碼出錯的地址和原始碼行， 從這個意義上來講， gdb內部也攜帶了類addr2line的功能。這是不是說gdb就可以替代addr2line呢？ 不是的。 如果某bug低概率發生， 現在只有一份crash log, 那就要用addr2line了， 因為你用gdb時， 該bug不一定發生啊。        實際上， 在很多linux大型軟體開發中， 經常出現段錯誤， 造成程序掛掉， 系統崩潰等問題， 此時， 用addr2line是比較好的方法。在後面的博文中， 我們會繼續瞭解與addr2line有關的除錯方法， 畢竟， 程式碼除錯太重要了。其實呢， 如果不熟悉addr2line的使用， 或者乾脆沒有聽說過這個命令， 那最好不要說自己搞linux開發， 免得被人鄙視啊。         OK, 本文只是一個引子， 能在實戰中熟練使用addr2line才見真功夫。如能熟練掌握addr2line的使用， 以後聽到什麼段錯誤， 系統崩潰， 就沒那麼毛骨悚然了。