? 避免死锁同样属于事先预防的策略，但是并不是事先采取某种限制措施来破坏死锁的必要条件，而是在资源的动态分配过程中，防止系统进入不安全状态，以避免发生死锁。避免死锁这种方法对资源的分配限制条件较弱（相比于预防死锁），以期望获得更好的系统性能。 ? 关于安全状态和不安全状态的概念，可以参看这篇博文。 ...
分类：
编程语言 时间：
2020-03-31 19:00:55
阅读次数：
168
1.简介 可重入锁ReentrantLock自 JDK 1.5 被引入，功能上与synchronized关键字类似。所谓的可重入是指，线程可对同一把锁进行重复加锁，而不会被阻塞住，这样可避免死锁的产生。ReentrantLock 的主要功能和 synchronized 关键字一致，均是用于多线程的同 ...
分类：
编程语言 时间：
2020-03-22 19:24:01
阅读次数：
85
运行结果如下： 两个线程一直等待对方释放持有的锁，然后一直等到死亡。。。 中间加睡眠时间，是为了防止线程一运行就获得两个对象的锁。 如何避免死锁的产生呢？？? 造成死锁的原因其实和申请资源的顺序有很大关系，使用资源申请的有序性原则就可以避免死锁。 下面给几个建议： 避免一个线程同时获取多个锁； 避免 ...
分类：
其他好文 时间：
2020-01-18 12:29:35
阅读次数：
281
如上图，有五位哲学家，盘中的食物只有左右两个叉子都拿起才能吃。哲学家在桌上只有思考（等待）和吃面（执行）。看起来最多是只有2个人能同时吃。 版本一：这个思路的最糟糕的就是都拿起左边叉子，那样都没法吃了，直接死锁。 版本二：改进版本一，如果拿起左边叉子，先看右边是否能用，不可用的话放下左边叉子等待一段 ...
分类：
其他好文 时间：
2019-12-23 22:47:03
阅读次数：
142
package com.mall.common; import lombok.extern.slf4j.Slf4j; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.d... ...
分类：
其他好文 时间：
2019-12-20 11:36:23
阅读次数：
116
锁的粒度 表锁：锁住整个表，加锁和释放速度快，能避免死锁。因为锁住的范围大，并发性低。 页锁：锁住的范围以及性能基于表锁和行锁之间，能支持的主要是BDB（BerkeleyDB）引擎。 行锁：以行为单位进行锁定，粒度最小，并发性高。每次获取锁和释放锁需要做的事情也更多，带来的消耗自然也就更大了。此外， ...
分类：
数据库 时间：
2019-12-17 10:23:31
阅读次数：
91
第一节 哲学家就餐问题 第二节 什么是死锁 第三节 死锁的定义 第四节 死锁发生的条件 第五节 如何避免死锁 5.1 动态避免，银行家算法（杠杆分配），在资源分配上下文章 5.2 静态避免，从任务代码上避免死锁 第六节 死锁的综合治理 第一节 哲学家就餐问题 假设有五位哲学家围坐在一张圆形餐桌旁，做 ...
分类：
其他好文 时间：
2019-12-08 23:17:09
阅读次数：
122
写在前面 上一篇文章 "共享资源那么多，如何用一把锁保护多个资源？" 文章我们谈到了银行转账经典案例，其中有两个问题: 1. 单纯的用 synchronized 方法起不到保护作用(不能保护 target) 2. 用 Account.class 锁方案，锁的粒度又过大，导致涉及到账户的所有操作(取款 ...
分类：
其他好文 时间：
2019-10-29 10:05:25
阅读次数：
119
无状态对象（既不包含任何域，也不包含任何其他类中域的引用）一定是线程安全的。 Final 可重入锁：为了避免死锁 安全发布 ...
分类：
其他好文 时间：
2019-10-26 10:44:30
阅读次数：
108
死锁是指两个或两个以上的进程在执行过程中，因争夺资源而造成的一种互相等待的现象，若无外力作用，它们都将无法推进下去。这是一个严重的问题，因为死锁会让你的程序挂起无法完成任务，死锁的发生必须满足以下四个条件： 互斥条件：一个资源每次只能被一个进程使用。 请求与保持条件：一个进程因请求资源而阻塞时，对已 ...
分类：
其他好文 时间：
2019-10-22 18:28:52
阅读次数：
80
