线程死锁
来源:互联网 发布:淘宝签约卖家 编辑:程序博客网 时间:2024/06/10 08:29
死锁概念
指两个或两个以上的进程(线程)在执行过程中,因争夺资源而造成的一种互相等待的现象,若无外力作用,它们都将无法推进下去。此时称系统处于死锁状态或系统产生了死锁,这些永远在互相等待的进程(线程)称为死锁进程(线程)。 由于资源占用是互斥的,当某个进程提出申请资源后,使得有关进程(线程)在无外力协助下,永远分配不到必需的资源而无法继续运行,这就产生了一种特殊现象称为死锁。
死锁产生的四个必要条件
<1> 互斥条件: 一个资源每次只能被一个进程(线程)使用。
<2> 请求与保持条件:一个进程(线程)因请求资源而阻塞时,对已获得的资源保持不放。
<3> 不剥夺条件 : 此进程(线程)已获得的资源,在末使用完之前,不能强行剥夺。
<4> 循环等待条件 : 多个进程(线程)之间形成一种头尾相接的循环等待资源关系。
解决死锁问题的方法
1、预防死锁。
这是一种较简单和直观的事先预防的方法。方法是通过设置某些限制条件,去破坏产生死锁的四个必要条件中的一个或者几个,来预防发生死锁。预防死锁是一种较易实现的方法,已被广泛使用。但是由于所施加的限制条件往往太严格,可能会导致系统资源利用率和系统吞吐量降低。
<1>在系统里取消互斥。
若资源不被一个进程独占使用,那么死锁是肯定不会发生的。但一般来说在所列的四个条件中,”互斥”条件是无法破坏的。因此,在死锁预防里主要是破坏其他几个必要条件,而不去涉及破坏”互斥”条件。
<2>破坏占有并等待”条件
就是在系统中不允许进程在已获得某种资源的情况下,申请其他资源。即要想出一个办法,阻止进程在持有资源的同时申请其他资源。
方法一:
创建进程时,要求它申请所需的全部资源,系统或满足其所有要求,或么什么也不给它。这是所谓的 ” 一次性分配”方案。
方法二:
要求每个进程提出新的资源申请前,释放它所占有的资源。这样,一个进程在需要资源S时,须先把它先前占有的资源R释放掉,然后才能提出对S的申请,即使它可能很快又要用到资源R。
<3>破坏”不可抢占”条件
就是允许对资源实行抢夺。
方法一:
如果占有某些资源的一个进程进行进一步资源请求被拒绝,则该进程必须释放它最初占有的资源,如果有必要,可再次请求这些资源和另外的资源。
方法二:
2、避免死锁。
该方法同样是属于事先预防的策略,但它并不须事先采取各种限制措施去破坏产生死锁的的四个必要条件,而是在资源的动态分配过程中,用某种方法去防止系统进入不安全状态,从而避免发生死锁。
3、检测死锁。
这种方法并不须事先采取任何限制性措施,也不必检查系统是否已经进入不安全区,此方法允许系统在运行过程中发生死锁。但可通过系统所设置的检测机构,及时地检测出死锁的发生,并精确地确定与死锁有关的进程和资源,然后采取适当措施,从系统中将已发生的死锁清除掉。
4、解除死锁。
这是与检测死锁相配套的一种措施。当检测到系统中已发生死锁时,须将进程从死锁状态中解脱出来。常用的实施方法有:
<1>抢占资源: 从一个或者多个进程中抢占足够的资源,分配给死锁进程,用于解除死锁;
<2>终止(或撤销)进程: 撤销或挂起一些进程,以便回收一些资源,再将这些资源分配给已处于阻塞状态的进程,使之转为就绪状态,以继续运行。死锁的检测和解除措施,有可能使系统获得较好的资源利用率和吞吐量,但在实现上难度也最大。
- 线程死锁
- 线程死锁
- 线程死锁
- 线程死锁
- 线程死锁
- 线程死锁
- 线程死锁
- 线程死锁
- 线程死锁
- 线程-死锁
- 线程死锁
- 线程死锁
- 线程死锁
- 线程死锁
- 线程死锁
- 线程死锁
- 线程死锁
- 线程死锁
- Disruptor学习总结(一):Disruptor的使用
- [bigdata-096] slf4j 一个抽象的java log 框架
- Linux下高并发socket最大连接数所受的各种限制 标签: linuxsockettcplinux内核网络通讯 2011-07-19 08:10 95938人阅读 评论(21) 收藏 举报 版
- 中位数
- 线索二叉树
- 线程死锁
- Struts2标签 %{ } %{# }的使用范围
- C/C++ 知识积累 --(1) struct结构体大小的计算
- Kotlin学习之-4.3.2 包管理
- caffe 配置过程中遇到的错误
- activiti(5):流程设计
- Android-----------判断是否有网络连接并手动开启网络
- cookie的简介
- 51_面向对象_24_内部类详解