gdb定位死锁问题

本文通过实例演示了如何使用gdb调试工具诊断并解决了一个死锁问题,展示了在多线程环境下跟踪线程状态和定位锁竞争导致的死锁点的过程。

       本案例借着gdb调试死锁的问题,演示在多线程场景下如何使用gdb调试多线程死锁的

调试过程:

1.为了重现死锁现象,自己写了个死锁demo

[root@localhost bin]# ./deadLock 
thread_routine_two:lock mutex two
thread_routine_one:lock mutex one
thread_routine_one:lock mutex two
thread_routine_two:lock mutex one

2. 使用pstack和gdb命令配合来定位问题具体出在哪里

[root@localhost ~]# pstack
Usage: pstack <process-id>
[root@localhost ~]# ps -ef|grep deadLock |grep -v grep 
root     14759 10973  0 10:06 pts/0    00:00:00 ./deadLock
[root@localhost ~]# pstack 14759        #这里可以看到进程有一个主线程加两个子线程,判断是否卡死可以多次执行,如果有线程堆栈一直没变化,基本可以确定是该线程卡死
Thread 3 (Thread 0x7f0e309c0700 (LWP 14760)):
#0  0x00007f0e30d9c4ed in __lll_lock_wait () from /lib64/libpthread.so.0
#1  0x00007f0e30d97dcb in _L_lock_883 () from /lib64/libpthread.so.0
#2  0x00007f0e30d97c98 in pthread_mute
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值