C++ 死锁检测

已于 2023-10-12 15:42:30 修改
阅读量2.2k 收藏 3
点赞数 1
分类专栏： 多线程 C++ 服务器 文章标签： c++ 多线程
于 2020-06-02 21:04:47 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_28398301/article/details/106504796
版权
C++ 同时被 3 个专栏收录
35 篇文章 0 订阅
订阅专栏
多线程
6 篇文章 0 订阅
订阅专栏
服务器
5 篇文章 0 订阅
订阅专栏

csdn大多死锁检测代码要积分，这里我贡献出自己昨天写的死锁检测代码给大家使用，代码已精简和优化
效果图和使用代码都可以看下图

最典型的双死锁，效果图：
在这里插入图片描述
再来看看三死锁，效果图：
在这里插入图片描述
其实在其他复杂的情况下也都能帮你检测到死锁发生，及时暂停调试。如果能帮到你就给个赞吧！
代码已经被我精简并优化过了。但是还是建议大家只在debug下使用，release版本如果不在意性能消耗也可以嵌入系统， 亦可以避免死锁直接跳过，但是跳过获取锁之后的操作都是没有线程安全的。

代码库在github， -->点击进入

转载自：https://muzzik.gitee.io

Muzzik
关注
  • 1
    点赞
  • 踩
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
C++多线程死锁检测方法
qq_62612629的博客
06-24 659
基本思路：在加锁时，通过有向图来对锁进行记录，判断图结构是否形成了闭环，形成闭环则出现死锁。
C++ 死锁情况
qq_29869111的博客
08-30 469
一、单线程死锁 void b(); void a() { mutex m; m.lock(); b(); cout<<"a\n"; m.unlock(); } void b() { mutex m2; m2.lock(); a(); cout<<"b\n"; m2.unlock(); } int main() { a(); } 函数a调用b，而b又调用a，造成死锁。 二、多线程死锁 mutex G_m; condition_variable G_cv; b
实测有效的一个c++检测线程死锁的解决方法（实现和测试代码）
07-29
实测有效的一个c++检测线程死锁的解决方法（实现和测试代码） 原创实测有效的一个c++检测线程死锁的解决方法，已应用于项目，实测有效 原创文章地址：https://blog.csdn.net/liaozhilong88/article/details/80354414 友情链接：linux版的demo下载地址：https://download.csdn.net/download/guolinnanjing/10893897
C++死锁检测解除算法
04-26
c++写的死锁检测与解除算法,亲测已经运行成功,代码有说明，容易理解
C++高效死锁检测——实现原理与应用（基于强连通分量）
最新发布
一枚菜鸡
05-25 947
在项目使用多进程、多线程过程中，因争夺资源而造成一种资源竞态，所以需加锁处理。如下图所示，线程 A 想获取线程 B 的锁，线程 B 想获取线程 C 的锁，线程 C 想获取线程 D 的锁， 线程 D 想获取线程 A 的锁，从而构建了一个资源获取环，当进程或者线程申请的锁处于相互交叉锁住的情况，就会出现死锁，它们将无法继续运行。死锁的存在是因为有资源获取环的存在，所以只要能检测出资源获取环，就等同于检测出死锁的存在。
C++如何判断一个程序是 死锁 还是 死循环，如何进行问题定位与分析
LearnLHC的博客
04-11 7019
目录 一、初步诊断： 1、死循环： 2、死锁： 二、进一步定位分析： 1、初步诊断为 死循环 时，可转存为 Dump 进行分析 2、死锁 情况就比较复杂： 三、、代码与图示： 1、死循环： 2、死锁： 一、初步诊断： 通过 ‘任务管理器’ 查看软件的状态 与 CPU 使用情况 1、死循环： 软件状态：未响应 CPU：一直保持非0，处于活跃状态 原理： 如果主线程出现死循环，那么windows将不能从消息队列中取出消息，并进行处理，所以出现卡死现象。为了验证是这个原因导致
在vs中线程死锁时的一些调试经验
陆业聪
12-11 6810
有时候因为一些操作导致线程死锁 了，也没有断点提示在哪里死锁，这时候可以点击“全部中断”按钮，如下图（类似暂停的那个按钮）：
查找死锁的方法
cys861214的专栏
11-07 1036
死锁主要是由于操作不当导致线程之间出现相互等待，一般有source code的和pdb就可以找到死锁的原因，只要在code中不出现terminatethread，一般均可找到原因。 若使用了第三方库，别人的code就不在我们的管控范围以内，很难定位到具体原因。 一般可以看到ntdll的临界区被占用，rtlEnterCriticalSection等待。此时又不知道被哪个线程占用，这种情况vs不能查
c++死锁检测组件
XieFlyFly的博客
07-03 111
c++死锁检测组件
C++项目中打破循环依赖的锁链：实用方法大全
探索C++编程的奥秘，分享深入的技术见解和实践，旨在激发读者创造力与解决问题的思维。
04-30 2317
C++项目中打破循环依赖的锁链
c++多线程死锁检测
01-03
一个简单有效的即时检测线程死锁的方法（附c++源代码） 原文链接：https://blog.csdn.net/liaozhilong88/article/details/80354414 原链接是windows下实现，这份代码以pthread简单实现跨平台 感谢原博主分享
C++死锁的检测与解除
12-01
用C++实现的死锁检测与解除算法，代码很短，很简单。
死锁检测算法C++.rar_VC 死锁_Vc_c++检测死锁_死锁_死锁的检测
09-19
本项目是关于使用C++语言在VC++环境下实现死锁检测算法的一个实例。 首先，我们需要理解死锁的四个必要条件： 1. 互斥条件：至少有一个资源是不可共享的，即同一时刻只能被一个进程使用。 2. 请求与保持条件：进程...
死锁的排查工具有哪些？
一瓶绿茶三元钱
05-23 627
死锁（Dead Lock）指的是两个或两个以上的运算单元（进程、线程或协程），都在等待对方释放资源，但没有一方提起释放资源，从而造成了一种阻塞的现象就称为死锁。 比如线程 1 拥有了锁 A 的情况下试图获取锁 B，而线程 2 又在拥有了锁 B 的情况下试图获取锁 A，这样双方就进入相互阻塞等待的情况，如下图所示： 死锁的代码实现如下： import java.util.concurrent.TimeUnit; public class DeadLockTest { public st
【windbg】使用windbg 检查c++程序死锁
qq_43331089的博客
06-09 349
上一篇文章是使用lockcop软件检测死锁的。参考见：使用现在使用windbg。可运行的程序和代码还是一样的。
怎样排查多线程死锁问题？
不才的专栏
10-01 2371
在使用多线程进行开发，大概率会遇到死锁问题。如何排查死锁问题，也变得非常重要。 第一步，我们可以通过pstack 捕获当前程序运行栈的信息，多次捕获比较，就能找到死锁的地方。 接下来可以通过分析代码，如果比较简单，确定是四个必要条件（互斥、占有且等待、不可抢占、循环等待）其中之一，打破即可。如果无法定位，代码看不出什么问题，就要进行调试。 第二步，当发生死锁，gdb attach 进程，info thread 查看线程， thread N 切换线程，查找所等待的互斥量，是被那个线程占用，一步一步排查。
死锁问题之查看排除死锁
编码人生
12-31 648
public class DeadLock { public static void main(String[] args) { String lockA = "locka"; String lockB = "lockb"; new Thread(new deadlockTest(lockA, lockB), "t1").start(); new Thread(new deadlockTest(lockB, lockA), "t2")
【lockcop】使用lockcop软件检测c++死锁
qq_43331089的博客
06-09 539
C++多线程开发中，容易出现死锁导致程序挂起的现象。
linux下用C++实现死锁检测
qq_39107832的博客
08-17 692
//mutex_lock.h #ifndef MUTEX_LOCK1_H #define MUTEX_LOCK1_H #include<bits/stdc++.h> using namespace std; //定义全局变量，记录当前等待锁资源的线程ID，以及对应这个锁已经被其他线程占用的线程ID，形成想对应的映射关系 //对于一把互斥锁，map记录<想拥有此锁的线程(当前线程)，已拥有此锁的线程> unordered_map<unsigned long,unsigned lo
c++死锁和死锁检测工具
03-16
C++死锁是指在多线程编程中，两个或多个线程互相等待对方释放资源而无法继续执行的情况。这种情况下，程序会陷入无限等待的状态，无法正常运行。 死锁通常发生在多个线程同时访问共享资源时，每个线程都持有一个...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值