gdb调试分析多线程死锁

最新推荐文章于 2023-03-01 16:44:39 发布
最新推荐文章于 2023-03-01 16:44:39 发布
阅读量525 收藏 1
点赞数
原文链接：http://blog.chinaunix.net/uid-30343738-id-5757210.html
版权

gdb调试分析多线程死锁

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

 pthread_mutex_t mutex1 = PTHREAD_MUTEX_INITIALIZER; 
 pthread_mutex_t mutex2 = PTHREAD_MUTEX_INITIALIZER; 
 pthread_mutex_t mutex3 = PTHREAD_MUTEX_INITIALIZER; 
 pthread_mutex_t mutex4 = PTHREAD_MUTEX_INITIALIZER; 

 static int sequence1 = 0; 
 static int sequence2 = 0; 

 int func1() 
 { 
    pthread_mutex_lock(&mutex1); 
    ++sequence1; 
    sleep(1); 
    pthread_mutex_lock(&mutex2); 
    ++sequence2; 
    pthread_mutex_unlock(&mutex2); 
    pthread_mutex_unlock(&mutex1); 

   return sequence1; 
 } 

 int func2() 
 { 
    pthread_mutex_lock(&mutex2); 
    ++sequence2; 
    sleep(1); 
    pthread_mutex_lock(&mutex1); 
    ++sequence1; 
    pthread_mutex_unlock(&mutex1); 
    pthread_mutex_unlock(&mutex2); 

   return sequence2; 
 } 

 void* thread1(void* arg) 
 { 
    while (1) 
    { 
        int iRetValue = func1(); 

   if (iRetValue == 100000) 
        { 
            pthread_exit(NULL); 
        } 
    } 
 } 

 void* thread2(void* arg) 
 { 
    while (1) 
    { 
        int iRetValue = func2(); 

   if (iRetValue == 100000) 
        { 
            pthread_exit(NULL); 
        } 
    } 
 } 

 void* thread3(void* arg) 
 { 
    while (1) 
    { 
        sleep(1); 
        char szBuf[128]; 
        memset(szBuf, 0, sizeof(szBuf)); 
        strcpy(szBuf, "thread3"); 
    } 
 } 

 void* thread4(void* arg) 
 { 
    while (1) 
    { 
        sleep(1); 
        char szBuf[128]; 
        memset(szBuf, 0, sizeof(szBuf)); 
        strcpy(szBuf, "thread3"); 
    } 
 } 

 int main() 
 { 
    pthread_t tid[4]; 
    if (pthread_create(&tid[0], NULL, &thread1, NULL) != 0) 
    { 
        _exit(1); 
    } 
    if (pthread_create(&tid[1], NULL, &thread2, NULL) != 0) 
    { 
        _exit(1); 
    } 
    if (pthread_create(&tid[2], NULL, &thread3, NULL) != 0) 
    { 
        _exit(1); 
    } 
    if (pthread_create(&tid[3], NULL, &thread4, NULL) != 0) 
    { 
        _exit(1); 
    } 

   sleep(5); 
   //pthread_cancel(tid[0]); 

   pthread_join(tid[0], NULL); 
   pthread_join(tid[1], NULL); 
   pthread_join(tid[2], NULL); 
   pthread_join(tid[3], NULL); 

   pthread_mutex_destroy(&mutex1); 
   pthread_mutex_destroy(&mutex2); 
   pthread_mutex_destroy(&mutex3); 
   pthread_mutex_destroy(&mutex4); 

   return 0; 
 }

编译执行程序。

gcc -o main main17.c -lpthread -g

使用 pstack 和 gdb 工具对死锁程序进行分析

1、使用pstack

查找测试程序的进程号

root 5383 1 0 06:31 ? 00:00:43 gedit /root/Project/xa/main17.c
root 7197 7179 0 10:04 pts/1 00:00:00 ./main
root 7218 7206 0 10:04 pts/2 00:00:00 grep --color=auto main

对死锁进程第一次执行 pstack（pstack –进程号）的输出结果

Thread 5 (Thread 0x41e37940 (LWP 6722)):
#0 0x0000003d1a80d4c4 in __lll_lock_wait () from /lib64/libpthread.so.0
#1 0x0000003d1a808e1a in _L_lock_1034 () from /lib64/libpthread.so.0
#2 0x0000003d1a808cdc in pthread_mutex_lock () from /lib64/libpthread.so.0
#3 0x0000000000400a9b in func1() ()
#4 0x0000000000400ad7 in thread1(void*) ()
#5 0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0
#6 0x0000003d19cd40cd in clone () from /lib64/libc.so.6
Thread 4 (Thread 0x42838940 (LWP 6723)):
#0 0x0000003d1a80d4c4 in __lll_lock_wait () from /lib64/libpthread.so.0
#1 0x0000003d1a808e1a in _L_lock_1034 () from /lib64/libpthread.so.0
#2 0x0000003d1a808cdc in pthread_mutex_lock () from /lib64/libpthread.so.0
#3 0x0000000000400a17 in func2() ()
#4 0x0000000000400a53 in thread2(void*) ()
#5 0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0
#6 0x0000003d19cd40cd in clone () from /lib64/libc.so.6
Thread 3 (Thread 0x43239940 (LWP 6724)):
#0 0x0000003d19c9a541 in nanosleep () from /lib64/libc.so.6
#1 0x0000003d19c9a364 in sleep () from /lib64/libc.so.6
#2 0x00000000004009bc in thread3(void*) ()
#3 0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0
#4 0x0000003d19cd40cd in clone () from /lib64/libc.so.6
Thread 2 (Thread 0x43c3a940 (LWP 6725)):
#0 0x0000003d19c9a541 in nanosleep () from /lib64/libc.so.6
#1 0x0000003d19c9a364 in sleep () from /lib64/libc.so.6
#2 0x0000000000400976 in thread4(void*) ()
#3 0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0
#4 0x0000003d19cd40cd in clone () from /lib64/libc.so.6
Thread 1 (Thread 0x2b984ecabd90 (LWP 6721)):
#0 0x0000003d1a807b35 in pthread_join () from /lib64/libpthread.so.0
#1 0x0000000000400900 in main ()
对死锁进程第二次执行 pstack（pstack –进程号）的输出结果

Thread 5 (Thread 0x40bd6940 (LWP 6722)):
#0 0x0000003d1a80d4c4 in __lll_lock_wait () from /lib64/libpthread.so.0
#1 0x0000003d1a808e1a in _L_lock_1034 () from /lib64/libpthread.so.0
#2 0x0000003d1a808cdc in pthread_mutex_lock () from /lib64/libpthread.so.0
#3 0x0000000000400a87 in func1() ()
#4 0x0000000000400ac3 in thread1(void*) ()
#5 0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0
#6 0x0000003d19cd40cd in clone () from /lib64/libc.so.6
Thread 4 (Thread 0x415d7940 (LWP 6723)):
#0 0x0000003d1a80d4c4 in __lll_lock_wait () from /lib64/libpthread.so.0
#1 0x0000003d1a808e1a in _L_lock_1034 () from /lib64/libpthread.so.0
#2 0x0000003d1a808cdc in pthread_mutex_lock () from /lib64/libpthread.so.0
#3 0x0000000000400a03 in func2() ()
#4 0x0000000000400a3f in thread2(void*) ()
#5 0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0
#6 0x0000003d19cd40cd in clone () from /lib64/libc.so.6
Thread 3 (Thread 0x41fd8940 (LWP 6724)):
#0 0x0000003d19c7aec2 in memset () from /lib64/libc.so.6
#1 0x00000000004009be in thread3(void*) ()
#2 0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0
#3 0x0000003d19cd40cd in clone () from /lib64/libc.so.6
Thread 2 (Thread 0x429d9940 (LWP 6725)):
#0 0x0000003d19c7ae0d in memset () from /lib64/libc.so.6
#1 0x0000000000400982 in thread4(void*) ()
#2 0x0000003d1a80673d in start_thread () from /lib64/libpthread.so.0
#3 0x0000003d19cd40cd in clone () from /lib64/libc.so.6
Thread 1 (Thread 0x2af906fd9d90 (LWP 6721)):
#0 0x0000003d1a807b35 in pthread_join () from /lib64/libpthread.so.0
#1 0x0000000000400900 in main ()

连续多次查看这个进程的函数调用关系堆栈进行分析：当进程吊死时，多次使用 pstack 查看进程的函数调用堆栈，死锁线程将一直处于等锁的状态，对比多次的函数调用堆栈输出结果，

确定哪两个线程（或者几个线程）一直没有变化且一直处于等锁的状态（可能存在两个线程 一直没有变化）。

输出分析：

根据上面的输出对比可以发现，线程 1 和线程 2 由第一次 pstack 输出的处在 sleep 函数变化为第二次 pstack 输出的处在 memset 函数。但是线程 4 和线程 5 一直处在等锁状态（pthread_mutex_lock），

在连续两次的 pstack 信息输出中没有变化，所以我们可以推测线程 4 和线程 5 发生了死锁

 

2、使用gdb进行进一步的分析

查找测试程序的进程号

root 5383 1 0 06:31 ? 00:00:43 gedit /root/Project/xa/main17.c
root 7197 7179 0 10:04 pts/1 00:00:00 ./main
root 7218 7206 0 10:04 pts/2 00:00:00 grep --color=auto main

使用gdb 的attach功能

gdb attach 7197

查看当前进程的线程信息

(gdb) info thread
Id Target Id Frame
5 Thread 0xb7539b40 (LWP 7198) "main" 0xb7717424 in __kernel_vsyscall ()
4 Thread 0xb6d38b40 (LWP 7199) "main" 0xb7717424 in __kernel_vsyscall ()
3 Thread 0xb6537b40 (LWP 7200) "main" 0xb7717424 in __kernel_vsyscall ()
2 Thread 0xb5d36b40 (LWP 7201) "main" 0xb7717424 in __kernel_vsyscall ()
* 1 Thread 0xb753a6c0 (LWP 7197) "main" 0xb7717424 in __kernel_vsyscall ()

 

 切换到线程 5 的输出

(gdb) thread  5
[Switching to thread 5 (Thread 0xb7539b40 (LWP 7198))]
#0 0xb7717424 in __kernel_vsyscall ()
(gdb) where
#0 0xb7717424 in __kernel_vsyscall ()
#1 0xb76f25a2 in __lll_lock_wait () from /lib/i386-linux-gnu/libpthread.so.0
#2 0xb76edead in _L_lock_686 () from /lib/i386-linux-gnu/libpthread.so.0
#3 0xb76edcf3 in pthread_mutex_lock ()
from /lib/i386-linux-gnu/libpthread.so.0
#4 0x0804864b in func1 () at main17.c:17
#5 0x080486ef in thread1 (arg=0x0) at main17.c:44
#6 0xb76ebd4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#7 0xb762adde in clone () from /lib/i386-linux-gnu/libc.so.6
(gdb) f  4
#4 0x0804864b in func1 () at main17.c:17
warning: Source file is more recent than executable.
17 pthread_mutex_lock(&lock2);     线程 5 正试图获得锁 lock2

 

切换到线程4的输出

(gdb) thread 4
[Switching to thread 4 (Thread 0xb6d38b40 (LWP 7199))]
#0 0xb7717424 in __kernel_vsyscall ()
(gdb) where
#0 0xb7717424 in __kernel_vsyscall ()
#1 0xb76f25a2 in __lll_lock_wait () from /lib/i386-linux-gnu/libpthread.so.0
#2 0xb76edead in _L_lock_686 () from /lib/i386-linux-gnu/libpthread.so.0
#3 0xb76edcf3 in pthread_mutex_lock ()
from /lib/i386-linux-gnu/libpthread.so.0
#4 0x080486ae in func2 () at main17.c:30
#5 0x0804871c in thread2 (arg=0x0) at main17.c:58
#6 0xb76ebd4c in start_thread () from /lib/i386-linux-gnu/libpthread.so.0
#7 0xb762adde in clone () from /lib/i386-linux-gnu/libc.so.6
(gdb) f 4
#4 0x080486ae in func2 () at main17.c:30
30 pthread_mutex_lock(&lock1);      //线程 4 正试图获得锁 lock1

打印锁的信息

(gdb) p lock1
$1 = {__data = {__lock = 2, __count = 0, __owner = 7198, __kind = 0,
__nusers = 1, {__spins = 0, __list = {__next = 0x0}}},
__size = "\002\000\000\000\000\000\000\000\036\034\000\000\000\000\000\000\001\000\000\000\000\000\000", __align = 2}
(gdb) p lock2
$2 = {__data = {__lock = 2, __count = 0, __owner = 7199, __kind = 0,
__nusers = 1, {__spins = 0, __list = {__next = 0x0}}},
__size = "\002\000\000\000\000\000\000\000\037\034\000\000\000\000\000\000\001\000\000\000\000\000\000", __align = 2}

 

从上面可以发现，线程 4 正试图获得锁 lock1，但是锁 lock1已经被 LWP 为 7198的线程得到（__owner = 7198），

线程 5 正试图获得锁 lock2，但是锁 lock2 已经被 LWP 为 7199的 得到（__owner = 7199），从 pstack 的输出可以发现（gdb info thread），LWP 7198与线程 5 是对应的，LWP 7199与线程 4 是对应的。

所以我们可以得出， 线程 4 和线程 5 发生了交叉持锁的死锁现象。查看线程的源代码发现，线程 4 和线程 5 同时使用 mutex1 和 mutex2，且申请顺序不合理

 

灰艾凌
关注
gdb: warning: Source file is more recent than executable
mzhan017的博客
08-19 78
但是在安装完glibc-debuginfo之后，做gdb调试的时候，加载glibc的源代码出现这个警告：Source file is more recent than executable。这个的原因是创建的这个学习文件，名称和glibc里的文件名称重名了。把例子文件的名称改一下就好了，可以解决问题。最近做了一件晕事，自己创建了一个syslog.c的文件来学习syslog接口函数。
一文带你搞懂gdb调试C++以及调试多线程
最新发布
m0_71124168的博客
05-22 1419
当一个程序的多个线程获取多个互斥锁资源的时候，就有可能发生死锁问题，比如线程A先获取了锁1，线程B获取了锁2，进而线程A还需要获取锁2才能继续执行，但是由于锁2被线程B持有还没有释放，线程A为了等待锁2资源就阻塞了；例如需要在程序的第十八行增加一个断点，可以输入下面的命令。多线程问题往往不会出现在编译阶段，而是在运行阶段出现无法预计的错误，所以必须需要熟练使用gdb调试工具，找到出bug的位置，以及bug信息，并且改正，以下使用一个多线程中的出现的死锁问题并利用gdb调试工具进行调试解决bug。
使用gdb调试死锁线程
热门推荐
atinybirdinit的专栏
11-27 1万+
1.调试文件 lock.c #include #include #include void *work_thread(void *arg) { pthread_mutex_t mutex; pthread_mutex_init(&mutex, 0); usleep(1000*1000); fprintf(stderr, "timeout we will start dead lo
gdb调试 多线程情况下如何锁定当前线程，防止其他线程干扰
qq_35975827的博客
08-16 4425
GDB> show scheduler-locking //显示线程的scheduler-locking状态 GDB> set scheduler-locking on //调试加锁当前线程，停止所有其他线程
gdb的多线程调试
鸟欲高飞先振翅，人求上进先读书
10-30 271
info threads 可以查看当前进程有哪些线程 thread ID 可以切换到线程ID bt 查看当前线程堆栈set scheduler-locking on多线程调试过程中， 线程会来回切换， 使用它即可锁定一个线程。当程序被打断点时， 所有线程都会停下 如果不希望其他线程也停下， 可以设置gdb如下（版本要7.0 以上）：set target-async 1 set paginat
gdb调试线程锁
gang950502的博客
05-21 2089
用于调试多线程下程序异常入锁导致整个进程资源死锁，可通过GDB线程调试暂停点的各个线程栈情况。     (1) 使用GDB启动程序     $gdb TmsServer     进入GDB后启动程序     (gdb) r        (2)在线程死锁处停止程序              （a）目前本程序特征是在资源死锁后不再对外部请求作出响应
Gdb调试多线程死锁
专注【PostgreSQL源码学习&研究】
05-29 2334
一、操作系统中有一个进程表，它记录了当前系统上所有进程的状态信息。一般是Sleep或Run。这里涉及到Linux下进程的状态信息。 线程与进程类似，只是线程所占用的内存空间比进程更少。 二、非抢占线程系统和抢占线程系统异同 三、Gdb调试线程常用命令 info threads 列出当前所有线程的信息 thread tid 切换到线程tid中去（比如当tid=1，表示切换到线程1中） break 1...
C++(Qt)软件调试-线程死锁调试（15）
10-25
在处理多线程死锁时，一个重要的原则是避免循环等待。这意味着确保所有线程按相同顺序获取资源，以防止形成环路。此外，可以使用条件变量、信号量等高级同步机制来协调线程间的操作，或者使用死锁预防和死锁避免算法...
菜鸟学习C++-使用GDB调试多线程死锁
zhangfengaiwuyan的专栏
12-09 4104
多线程是C++中经常使用的技术。多线程经常访问共享资源，这时候就可能需要线程同步技术。如果对共享资源有访问顺序，操作不当的话就很容易产生死锁。在本节，笔者就和大家一起看看在linux机器上怎么调试多线程死锁。       首先，构造一份多线程死锁的程序。我把命名为“狗”示例类。狗狗爱啃骨头，那么它就有两个线程：线程1是从头开始吃骨头，线程2是从尾开始吃。 对资源的保护使用了互斥体。这两个线程其
GDB多线程调试和死锁
weixin_40970813的博客
08-05 632
set schedular-locking on / off 条件断点查看循环中的某些变量 break if命令 示例：break test.c:34 if (x & y) == 1 默认情况下我们执行到断点处继续执行时，所有线程都会运行。想要控制只有当前线程运行可用上面命令的on实现。 #include <iostream> #include <thread> #include <chrono> void thread1func() { while(1
gdb调试线程
weixin_30407099的博客
03-20 956
gdb thread apply all bt 如果你发现有那么几个栈停在pthread_wait或者类似调用上，大致就可以得出结论：就是它们几个儿女情长，耽误了整个进程。 注意gdb的版本要高于7.0，之前使用过gdb6.3调试多线程是不行的。 从上图可以看出两个线程都阻塞在wait上，而且还给出了在哪一行代码中，很容易就定位到产生死锁的位置。 有时候...
线程的取消和互斥
仙八哥的博客
03-31 2075
线程的取消： 意义：随时杀掉一个线程 int pthread_cancel(pthread_t thread); 注意：线程的取消要有取消点才可以，不是说取消就取消，线程的取消点主要是 阻塞的系统调用(阻塞的地方就是取消点) 运行段错误调试： 可以使用gdb调试 使用gdb 运行代码，gdb ./youapp (gdb) run 等待出现Thread 1 “pcancel” received signal SIGSEGV, Segmentation fault. 输入命令bt（打印调用栈） (gdb) b
使用gdb调试多线程程序
lyc201219的博客
03-01 1013
使用gdb调试多线程程序
GDB调试多线程程序
03-16 1701
（1）gdb ./program运行程序 （2）程序挂掉 （3）info thread查看程序挂掉瞬间所有运行线程执行到的位置： 此时，可以粗略看到哪些线程执行出现了问题（线程号前面带*的表示当前线程）。那么可以着重对这些线程进行分析。 （4）若要对某个线程进行分析，可以执行 " thread 线程号" 切换到某个线程，“bt” 查看这个线程的调用栈，“ frame ”切换到这个线程的某个栈帧。 （5）thread apply thread_id commandGDB调试特定线程 （6）
linux下gdb命令怎么进去线程,Linux下gdb线程的调试
weixin_34752204的博客
05-11 434
多线程的调试命令1、info threads：这条命令显示的是当前可调试的所有线程,GDB会给每一个线程都分配一个ID。前面有*的线程是当前正在调试的线程。2、thread ID：切换到当前调试的线程为指定为ID的线程。3、thread apply all command：让所有被调试的线程都执行command命令4、thread apply ID1 ID2 … command：这条命令是让线程编...
GDB 多线程调试基本命令
Hansel的专栏
04-30 1428
GDB 多线程调试基本命令GDB 多线程调试基本命令 实现简介 以及一个问题的解决teawater@gmail.com一直对GDB多线程调试接触不多，最近因为工作有了一些接触，简单作点记录吧。先介绍一下GDB多线程调试的基本命令。info threads显示当前可调试的所有线程，每个线程会有一个GDB为其分配的ID，后面操作线程的时候会用到这个ID。
gdb 使用
cl11010的专栏
03-11 1279
1、GDB多线程调试的基本命令： info threads：显示当前可调试的所有线程，每个线程会有一个GDB为其分配的ID，后面操作线程的时候会用到这个ID。 前面有*的是当前调试的线程。 thread ID：切换当前调试的线程为指定ID的线程。 break thread_test.c:123 thread all： 在所有线程中相应的行上设置断点 thread apply ID1 ID
关于gdb调试线程死锁
cary_1991的专栏
04-16 545
c，c++中gdb调试多线程死锁
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值