當代碼量較多時,使用GDB調試代碼可以相對便捷的定位錯誤點,提高Dbug效率。
首先先熟悉下GDB調試的基本流程:
-
在編譯代碼是添加 gcc添加–g選項
:gcc -g test.c -o test.out
-
然後在bash環境中使用GDB 命令調用編譯生成程序:
:gdb ./test.out
進入調試頁面
在這個界面下我們可以通過一些GDB的常用命令進行代碼的細節調試,常用命令如下:
運行該程序:run(簡寫r)
查看代碼:list(簡寫l)
打斷點:break(簡寫b)後跟行號(或者函數名、文件名:行號)
查看所有斷點:info break
跳轉到下一斷點處:continue(簡寫c)
刪除斷點:delete(簡寫d)斷點編號
單步執行:next(簡寫n)
進入函數:step(簡寫s)
查看變量的值:print(簡寫p)變量名(只顯示一次)
查看變量的值,並且使其動態改變:display 變量名(一直顯示,並且動態變化)
刪除10中變量的顯示:undisplay 變量號(非變量名)
跳到某行:until 行號(中途有斷點則暫停到斷點處)
查看調用堆棧:bt
執行完當前的函數:finish
設置變量的值:set var 變量名 = 值
關閉斷點:disable 斷點號
開啓斷點:enable 斷點號
執行上一次的指令:Enter按鍵
退出gdb:quit(簡寫q)
start #開始調試,停在第一行代碼處,(gdb)start
l #list的縮寫查看源代碼,(gdb)l
b <lines> #b: Breakpoint的簡寫,設置斷點。(gdb) b 8
b <func> #b: Breakpoint的簡寫,設置斷點。(gdb) b main
clear #命令後面的參數爲設置斷點的行號,clear後面參數還可以加設置斷點的函數名。
delete #命令後面的參數爲斷點的編號;可以一次刪除多個斷點,斷點編號之間用空格隔開;如果delete後沒有參數,默認刪除所以斷點,會給出提示選擇是否操作。
i breakpoints #i:info 的簡寫。(gdb)i breakpoints
d [bpNO] #d: Delete breakpoint的簡寫,刪除指定編號的某個斷點,或刪除所有斷點。斷點編號從1開始遞增。(gdb)d 1
s #s: step執行一行源程序代碼,如果此行代碼中有函數調用,則進入該函數;(gdb) s
n #n: next執行一行源程序代碼,此行代碼中的函數調用也一併執行。(gdb) n
r #Run的簡寫,運行被調試的程序。如果此前沒有下過斷點,則執行完整個程序;如果有斷點,則程序暫停在第一個可用斷點處。(gdb) r
c #Continue的簡寫,繼續執行被調試程序,直至下一個斷點或程序結束。(gdb) c
finish #函數結束
p [var] #Print的簡寫,顯示指定變量(臨時變量或全局變量 例如 int a)的值。(gdb) p a
display [var] #display,設置想要跟蹤的變量(例如 int a)。(gdb) display a
undisplay [varnum] #undisplay取消對變量的跟蹤,被跟蹤變量用整型數標識。(gdb) undisplay 1
set args #可指定運行時參數。(gdb)set args 10 20
show args #查看運行時參數。
q #Quit的簡寫,退出GDB調試環境。(gdb) q
help [cmd] #GDB幫助命令,提供對GDB名種命令的解釋說明。如果指定了“命令名稱”參數,則顯示該命令的詳細說明;如果沒有指定參數,則分類顯示所有GDB命令,供用戶進一步瀏覽和查詢。(gdb)help
回車 #重複前面的命令,(gdb)回車
首先我們可以使用list顯示當前程序入口代碼:
在調試的關鍵點上使用break命令添加斷點,並是可以使用info break查看斷點:
添加斷點後可以使用run命令開始運行程序,程序將運行至第一個斷點處:
程序運行後使用 print 命令查看當前的變量值
使用 next 命令可以進行單步調試,每次執行一行,同樣可以使用print 命令查看變量變化
如果需要重複關注變量值,可以使用display命令這樣每次執行暫停後都會自動顯示變量值
如果想停止調試,可以執行quit命令退出調試界面。
其他命令大家可以自行嘗試,比如continue可以直接從當前位置直接執行到下一個斷點處,使用的頻率也比較高,這裏不在複述。–孟德慧。
在日常調試中,我們經常會遇到段錯誤。使用gdb可以可以很容易的找到錯誤的根源。
首先,重新使用–g選項編譯出錯代碼。並正常運行直至其出段錯誤。測試代碼如下:
段錯誤觸發後,同目錄下回生成一個core文件,裏面保存的是段錯誤相關信息。如果core文件沒有生成,則是因爲系統默認core文件大小爲0,可以運行ulimit -c 10000來設置core文件容量,然後重新執行程序。
得到core文件後,使用gdb./test core 來查看出錯代碼所在位置。
並可以執行run命令在gdb調試界面下直接運行程序,使段錯誤再次出現。
之後執行 pirnt命令來查看出錯行相關數值來確認錯誤信息:確定*p爲空指針操作(實際代碼中更多的可能是野指針或越界操作)。