多執行緒死鎖除錯小技巧

據說再高的高手在寫多執行緒程式的時候都難確保不會產生死鎖，死鎖的除錯也就成為乙個比較常見的問題，假設有下面這樣乙個問題：

乙個正在生產環境下執行的程序死鎖了，或者你只是在跑乙個程式，並沒有在偵錯程式裡面開啟它，然後發現沒有響應，日誌輸出也停止了。由於你是乙個有經驗的程式設計師，會想到「我剛剛加上了新的鎖策略，不一定穩定，這可能是死鎖了「。但是你不想就這麼殺掉程序，因為多執行緒的 bug 不容易重現，遇上一次死鎖可能要憑運氣，錯過了這次，它下次死鎖可能會出現在你演示給老闆看的時候……怎麼辦？

對於這樣的問題可以借助core dump來除錯。

什麼是core dump?

core的意思是記憶體, dump的意思是扔出來, 堆出來.開發和使用unix程式時, 有時程式莫名其妙的down了, 卻沒有任何的提示(有時候會提示core dumped). 這時候可以檢視一下有沒有形如core.程序號的檔案生成執行過程中發生異常, 程式異常退出時, 由作業系統把程式當前的記憶體狀況儲存在乙個core檔案中, 叫core dump.這個檔案便是作業系統把程式down掉時的記憶體內容扔出來生成的, 它可以做為除錯程式的參考.

core dump又叫核心轉儲, 當程式沒有core檔案生成怎麼辦呢?

有時候程式down了, 但是core檔案卻沒有生成，core檔案的生成跟你當前系統的環境設定有關係, 可以用下面的語句設定一下, 然後再執行程式便會生成core檔案.

ulimit -c unlimited

core檔案生成的位置一般於執行程式的路徑相同, 檔名一般為core.程序號，在我的ubuntu12.04lts下生產的檔名為core。

介紹了core dump之後，來看看如何在多執行緒除錯中使用core dump。

使用 kill 命令產生 core dump檔案：

kill -11 pid

這不還是殺掉程序嘛？沒錯，但是你用訊號11殺掉它，會讓程序產生乙個 segmentation fault，從而（如果你沒禁用 core dump 的話），導致乙個 core dump。隨後你得到乙個 core 檔案，裡面包含了死鎖的時候，程序的記憶體映象，也就包括了正在糾結纏綿，生離死別從而產生死鎖的那兩個，沒準是幾個，執行緒們的，棧。

現在知道該怎麼辦了吧？用 gdb 開啟這個 core 檔案，然後

gdb 會打出所有執行緒的棧，如果你發現有那麼幾個棧停在 pthread_wait 或者類似呼叫上，大致就可以得出結論：就是它們幾個兒女情長，耽誤了整個程序。

下面我來舉乙個簡單的例子（為了**盡量簡單，使用了c++11的thread library）

#include #include 
#include 
#include 
using
namespace
std;
mutex m1,m2;
void
func_2()
void
func_1()
intmain()

編譯**

$> g++ -wall -std=c++11 dead_lock_demo.cpp -o dead_lock_demo -g -pthread

執行程式，發現程式列印出「about to dead_lock」就不動了，現在我們使用gdb來除錯。注意gdb的版本要高於7.0，之前使用過gdb6.3除錯多執行緒是不行的。

在這之前需要先產生core dump檔案：

$> ps -aux | grep dead_lock_demo

找出 dead_lock_demo 執行緒號，然後：

$> kill -11 pid

此時會生成core dump 檔案，在我的系統上名字就是 core

然後除錯：

$> gdb dead_lock_demo core

下面來看一下實際的過程：

從上圖可以看出兩個執行緒都阻塞在wait上，而且還給出了在哪一行**中，很容易就定位到產生死鎖的位置。

多執行緒死鎖除錯小技巧

多執行緒死鎖除錯小技巧

多執行緒死鎖除錯小技巧

GDB除錯多執行緒及死鎖

相關推薦