当前位置：首页 > article >正文

gdb调试常用指令及案例讲解

article 2025/1/21 6:01:37

一、常用指令

运行

-g：使用该参数编译可以执行文件，得到调试表。

编译

# 运行
gdb ./a.out

# 设置参数
set args -s ./data/uvd.tcl

控制参数

断点

list/l                     ：list 1 列出源码。根据源码指定 行号设置断点。
b                          ：b 20 在 20 行位置设置断点。
b 文件名:行数
b 10 if i = 6              ：条件断点（当 i = 6 时打在第10行），再执行 run
info b                     : 查看断点信息表
delete 1                   : 删除断点1
delete                     : 删除所有断点
enable 1                   : 使能断点1
disable 1                  ：禁用断点1
save breakpoints 文件名.txt ：保存断点
source 文件名.txt           : 还原断点信息

退出

ctrl+c：退出输入
c     : 继续执行

重新启动或运行程序

默认情况下，run 指令会一直执行程序，直到执行结束。如果程序中手动设置有断点，则 run 指令会执行程序至第一个断点处；

run/r: 运行程序/重新运行

查看调用栈

bt: 查看调用栈

单步调试或退出

n/next         : 下一条指令（会越过函数）
s/step         : 下一条指令（会进入函数）
p/print        ：p i 查看变量的值。
c/continue     ：继续执行断点后续指令。
finish         ：结束当前函数调用。
q/quit         ：退出 gdb 当前调试。

跳转执行

在gdb调试中，可以回溯到之前代码，或者跳过前面的代码直接执行后面代码

1.通过找到line的地址，设置寄存器

2.在line设置断点，然后 jump 行数

3.通过标签，然后jump 标签

调试跳过指定函数

1.进入函数执行finish或者return，可以结束这个函数

2. 跳过一个文件执行： skip file 文件

3.跳过一个目录下所有文件 skip -gfi 文件夹/*.*

通过 display 设置跟踪变量

和 print 命令一样，display 命令也用于调试阶段查看某个变量或表达式的值，它们的区别是，使用 display 命令查看变量或表达式的值，每当程序暂停执行（例如单步执行）时，GDB 调试器都会自动帮我们打印出来，而 print 命令则不会。

也就是说，使用 1 次 print 命令只能查看 1 次某个变量或表达式的值，而同样使用 1 次 display 命令，每次程序暂停执行时都会自动打印出目标变量或表达式的值。因此，当我们想频繁查看某个变量或表达式的值从而观察它的变化情况时，使用 display 命令可以一劳永逸。

undisplay：取消设置跟踪变量。 使用跟踪变量的编号

观察点

watch 写观察点: 当观察点背写入时产生中断

rwatch:读观察点: 当观察点的值背读取时产生中断

awatch:读写观察点: 读写观察点

二、死锁或dump

方法1： attach

最近遇到一个程序卡死的问题，借助 gdb 轻松定位，供大家参考。

遇到程序卡死不退处，可能不知道卡死在什么地方，如果程序非常简单，也许 printf 大法就可以很快定位。但是对于大型程序，尤其是一些框架程序，printf 大法可能就力不从心了。

实际的程序很复杂，这里给出一个极简版，一个多线程程序：

#include <stdio.h>
#include <unistd.h>
#include <pthread.h>
#include <stdlib.h>
#include <string.h>

void* pthread_run1()
{
    printf("=== thread 1\n");
    while(1)
    {
        sleep(1);
    }
    return NULL;
}

void* pthread_run2()
{
    printf("=== thread 2\n");
    while(1)
    {
        sleep(1);
        return NULL;
    }
    return NULL;
}


int main()
{

    pthread_t tid1;
    pthread_t tid2;

    pthread_create(&tid1, NULL, pthread_run1, NULL);
    pthread_create(&tid2, NULL, pthread_run2, NULL);

    pthread_join(tid1, NULL);
    pthread_join(tid2, NULL);

    return 0;
}

编译（gcc hello.c -g -pthread）后运行：

xxx:~/code/multithread$ ./a.out 
=== thread 1
=== thread 2

程序卡住不退处，当然我这里的例子使用 ctrl-c 信号可以让程序退出，而我实际的程序是这里会卡死。不过这不是重点，重点是怎么知道程序卡死（或卡住）在哪里呢？当然这个简单的例子，你直接 review 代码就能看出，或者简单加几个 printf 就能定位出卡死的位置。上面也说过这个是极简版，review 和 printf 很难发现问题。这个时候我们就可以借助 gdb 了。

首先，查看当前程序的进程号（pid），使用 ps 命令：ps aux | grep a.out，得到 pid 为 1801781。

xxx 1801781  0.0  0.0  84576   476 pts/1    Sl+  21:24   0:00 ./a.out

然后，启动 gdb，接着 attach 该 pid：

GNU gdb (Ubuntu 9.1-0ubuntu1) 9.1
Copyright (C) 2020 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word".
(gdb) attach 1801781
Attaching to process 1801781
[New LWP 1801782]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
__pthread_clockjoin_ex (threadid=140508208416512, thread_return=0x0, clockid=<optimized out>, abstime=<optimized out>, block=<optimized out>) at pthread_join_common.c:145
145	pthread_join_common.c: No such file or directory.
(gdb) up
#1  0x0000564d11e93274 in main () at hello.c:38
38	    pthread_join(tid1, NULL);
(gdb)

可以看到程序卡在源码的 38 行。卡住的原因是线程 join 的时候等不到线程函数返回。

注意事项：

如果启动 gdb 后 attach pid 没有权限，比如信息如下，则可以使用 sudo gdb。
如果你的程序不是 -g 编译的，只会看到最底层代码位置，这个时候因为没有调试信息，使用 up 命令也无法显示源码。建议编译 debug 版本来定位，可以获取丰富的信息。

方法2:重复查看调用栈，确定在哪里死锁了

Ctrl+C
bt
Ctrl+C
bt

三、多线程

查看线程信息

info thread:查看所有线程信息
thread num :切换线程

线程查找，线程断点

thread find：查找线程（只能查找地址，id，名字。后面的函数不能）

thread name：设置线程名字（先切换到像改名字的线程，然后执行）

b breakpoint thread id：为线程设置断点（只有设置的线程会在中断处停止，其他线程不会）

为线程执行命令

thread apply 2 3 i args 显示线程2，线程3的参数

thread apply 2-6 i args 显示线程2-6的参数

thread apply all i args显示所有线程的参数

thread apply 2 -s i args对线程2执行 i args命令，如果命令错误就没有提示

thread apply 2 3 -q i args会把线程2，线程3的信息连在一起显示