明星网站策划书,网络运维工程师薪酬,全国最大的网站建设公司排名,黄骅seo1.死锁是什么 多个线程访问资源 线程加锁不当 会造成死锁。导致所有线程被阻塞#xff0c;且无法解开
2.死锁的产生原因
1.加锁后忘记解锁
2.重复加锁#xff0c;造成死锁
3.B锁内部调用函数A #xff0c;A运行是又加锁 导致A,B均无法运行 3.如何避免死锁
多检查…1.死锁是什么 多个线程访问资源 线程加锁不当 会造成死锁。导致所有线程被阻塞且无法解开
2.死锁的产生原因
1.加锁后忘记解锁
2.重复加锁造成死锁
3.B锁内部调用函数A A运行是又加锁 导致A,B均无法运行 3.如何避免死锁
多检查
使用trylock 替换
通过互斥锁实现线程同步 --避免死锁
4.如何排查死锁
4.1.排查死锁逻辑顺序 为什么是那几个步骤
1.定位线程代码行 需要找到哪行代码发生了死锁 因此需要找到出问题的线程 thread 1 切换线程 bt查看线程的堆栈调用
2.全部线程 那么就需要先查看所有线程的堆栈调用情况 info thread
3.跟踪进程 使用attach 跟踪进程 sudo gbd attach 6586(进程号) 确定其中线程具体工作
4.确定是否死锁 查看具体进程内存占用 确定是否发生了死锁 top -Hp 6586
5.查看进程状态 确定进程号 ps aux | grep deadlock 4.2、具体排查顺序
1.找到执行的进程号
2.通过内存判断是否是发生死锁 如果内存占用率和内存都是0 就可确定是死锁
3.跟踪进程 确定线程的具体工作
4.查看所有线程堆栈调用 定位线程
5.查看每个线程的堆栈调用 确定死锁的线程 6.确定后 通过vim查看 4.3详细排查死锁步骤
shell gdb
1.使用 ps aux命令查看进程状态
首先查看cpu占用率和内存利用率 进程如果发成死锁会处于阻塞状态 因此基本不占用CPU所以CPU利用率和内存占用率会比较低 可以使用 ps aux命令查看进程状态
ps aux | grep deadLockdeadlock是文件名字 第二个是 ps aux 的进程
第一个是排查进程
2.使用top查看CPU利用率和内存占用率
top -Hp 6586可以看见这个进程里面一共存在三个进程。仔细思考应该是对应线程t1、t2、和 main进程。它们的CPU利用率、内存都是0很有可能发生了死锁。.
3.attach跟踪这个进程
在实际的项目中我们一般也不可能把一个进程停掉用GDB调试。
只能用GDB 的 attach 命令来跟踪这个进程
su //超级权限
gdb attach 6586由上所示 了解到线程1是main线程、线程2是t1、线程3是t2
4.info threads下一步单独查看每个线程的堆栈调用情况
info threads 各个线程的索引 5.使用 thread 线程索来切换到某个线程
thread 16.使用 bt 来查看堆栈当前线程的堆栈调用 没有锁相关调用因此死锁不在这个线程中
7.切换到别的线程 thread 2 在上面这张图中从上往下看找到进程名行数的组合最后出现的地方出现在程序的14行。我们用vim看一下程序的14行是什么 8.thread 3 线程3在执行完进程的23行基本阻塞住了 可以看见线程t2想拿锁A但锁A在t1手里所以它们俩循环等待对方先释放锁造成了死锁。
排查结束 Linux下排除死锁详细教程基于C11、GDB_gdb调试死锁_zsiming的博客-CSDN博客
