Lock锁 Condition 和线程的关系详解
来源:互联网 发布:飞思卡尔用keil编程 编辑:程序博客网 时间:2024/06/16 16:25
一、锁的作用和比较
1、Lock接口及其类图
Lock接口:是Java提供的用来控制多个线程访问共享资源的方式。
ReentrantLock:Lock的实现类,提供了可重入的加锁语义
ReadWriteLock:读写锁的接口
ReentrantReadWriteLock: ReadWriteLock的实现类,维护一对锁,一个读锁(ReentrantReadWriteLock.ReadLock)和一个写锁(ReentrantReadWriteLock.writeLock),实现了锁的分离,提高了性能和吞吐量。也提供了可重入的加锁语义
ReentrantReadWriteLock.ReadLock:
ReentrantReadWriteLock.WriteLock:
Condition:条件队列接口,提供类似于Object监视器方法 ,可与Lock实现等待/通知模式
AbstractQueuedSynchronizer.ConditionObject: Condition的实现类
AbstractQueuedLongSynchronizer.ConditionObject:Condition的实现类
AbstractOwnableSynchronizer:可以被线程专有的同步器
AbstractQueuedSynchronizer(AQS):继承于AbstractOwnableSynchronizer,Java中构建锁和其他同步器的基础构建
AbstractQueuedLongSynchronizer:AbstractQueuedSynchronizer的一个版本,实现对Long型同步状态的同步。
(1)Lock与Synchronized同步锁、内置锁的的区别
加锁机制
特性
优点
缺点
适用范围
Synchronize(内置锁)1、实现操作的互斥性和原子性2、实现内存的可见性
3、禁止重排序
4、锁的获取和释放都是隐式的
5、每一个对象都是一个内置锁
6、必须在获取锁的代码块内释放,简化编码工作
7、锁的获取与释放都是基于代码块的(获取锁的操作和释放锁的操作在同一个代码块)
1、JVM的内置属性(当 JVM 用 synchronized 管理锁定请求和释放时,JVM 在生成线程转储时能够包括锁定信息。这些对调试非常有价值,因为它们能标识死锁或者其他异常行为的来源。 Lock
类只是普通的类,JVM 不知道具体哪个线程拥有 Lock
对象。)
2、可重入
3、无需实现锁的获取和释放
1、尝试获取已被独占的锁时线程会被阻塞
2、独占排他式锁,互斥锁,每次只能有一个线程持有该锁
3、无法实现非阻塞的加锁模式
4、无法中断一个正在等候获得锁的线程,也无法通过轮询得到锁,如果不想等下去,也就没法得到锁。
5、同步还要求锁的释放只能在与获得锁所在的堆栈帧相同的堆栈帧中进行,多数情况下,这没问题(而且与异常处理交互得很好),但是,确实存在一些非块结构的锁定更合适的情况
优先使用2、监视器方法( wait(),waite(timeout),notify(),notifyAll() )与Synchronize实现通知/等待模式
ReentrantLock
1、实现操作的原子性和互斥性2、实现内存的可见性
3、禁止重排序
5、锁的获取和释放都是显示的
6、提供了可轮询、可定时、可中断的、公平性的锁获取机制
7、实现非块的加锁模式1、性能优于内置锁
2、可重入
3、可在截止时间前获取锁
4、可非阻塞获取锁(尝试获取已被占用的锁的线程状态变更为等待,而不是阻塞)
5、可实现公平性锁1、锁的获取和释放必须显示的执行锁的释放操作,不能制动清除锁
2、独占排他式锁,互斥锁,每次只能有一个线程持有该锁1、需要使用锁的高级功能(可定时,可轮询,可以中断)的时候才使用LOCK
2、与Condition实现等待/通知模式ReentrantReadWriteLock1、分离了读锁和写锁,提供了读锁多线程共享访问和写锁独占访问1、多读少写的情况下性能优于排他锁在不是多读少写的情况下性能低于排它锁多读少写
二、Java构建锁的基础组件AQS(探究锁的实现原理)
简介:队列同步器AbstractQueueSynchronizer(AQS)是用来构建锁或者其他同步组件的基础框架,使用一个int成员变量表示同步状态,通过内置FIFO队列来实现资源获取线程的的排队工作。
(AbstractQueuedLongSynchronizer是用Long型来表示同步状态)
使用模式:
通过子类继承AQS并实现它的抽象方法,并作为自定义同步组件的静态内部类,代理实现相关方法。
内置FIFO队列:AbstractQueueSynchronizer.Node表示队列节点,用来保存获取同步状态失败的线程引用、等待状态、前驱后继节点。
获取同步状态失败的节点添加到队列的尾部(通过CAS设置尾节点)
1、AQS独占式同步状态获取和释放的工作原理
独占式获取同步状态的获取失败的时生成的节点类型为Node.EXCLUSIVE(独占式),在加入到同步队列末尾后,进入节点自旋中,只至前驱节点为头结点且成功获取同步状态才可退出。
acqiure()获取锁,release()释放锁
2、AQS共享式同步状态获取和释放的工作原理
共享式获取同步状态时生成节点的类型为Node.SHARED(共享式),但是将节点插入到同步队列末尾的时候并不适用CAS。
tryAcquireShare() 获取同步状态
tryReleaseShared()通过循环和CAS实现线程安全的释放共享式锁。
3、独占式超时获取同步状态的工作原理
doAcquire(arg,nanosTimeout):超时获取同步状态
acquireInterruptibly(arg):可响应中断的获取同步状态
三、重入锁、公平锁、非公平锁
含义
优点
缺点
公平锁
锁的获取顺序严格按照锁等待的时间,等待时间越长的最优先获取减少发生“线程饥饿”的概率性能开销大(因为线程上下文切换次数多)非公平锁锁的获取采用抢占式获取,锁的默认实现性能开销小(因为进行线程上下文切换的次数少),提供更大的吞吐量会出现“线程饥饿”问题
四、Condition接口
对比项
Object监视器方法
Condition
前置条件获取对象的锁Lock.lock()Condition condttion=Lock.newCondition()调用方式object.wait()condition.wait()等待队列个数一个多个同步队列一个一个当前线程释放锁并进入等待状态支持支持等待状态不响应中断支持支持超时等待状态支持支持定时等待状态不支持支持唤醒等待队列中的一个线程支持支持唤醒等待队列中的全部线程支持支持响应中断不支持支持实现等待/通知模式与Synchronize搭配使用与Lock搭配使用
- Lock锁 Condition 和线程的关系详解
- (六) Java多线程详解之线程锁Lock和Condition线程通信技术
- java线程 使用显示的lock 和condition
- 黑马程序员-java5的线程锁技术Lock,Condition
- Lock和Condition实现线程同步通信
- Lock和Condition实现线程同步通信
- Lock和Condition实现线程同步通信
- java 线程通信Lock和condition接口
- 【Java线程】锁机制:synchronized、Lock、Condition
- 【Java线程】锁机制:synchronized、Lock、Condition
- 【Java线程】锁机制:synchronized、Lock、Condition
- 【Java线程】锁机制:synchronized、Lock、Condition
- 【Java线程】锁机制:synchronized、Lock、Condition
- 【Java线程】锁机制:synchronized、Lock、Condition
- 【Java线程】锁机制:synchronized、Lock、Condition
- 【Java线程】锁机制:synchronized、Lock、Condition
- 【Java线程】锁机制:synchronized、Lock、Condition
- Java线程---锁机制:synchronized、Lock、Condition
- CentOS中搭建Redis伪分布式集群
- 03 Jme3和Nifty1.4.2中文显示
- django虚拟环境搭建
- 11月15日云栖精选夜读:分布式服务框架Dubbo疯狂更新!阿里开源要搞大事情?
- hive 数字长度控制
- Lock锁 Condition 和线程的关系详解
- 个人微信小程序(生活服务)——天气页面
- AndroidStudio 编译异常java.lang.OutOfMemoryError: GC overhead limit exceeded
- c++项目维护中,我遇到的一些常识性尴尬记录
- sftp上传文件到linux服务器上(ssh验证)
- 第三方所能用到的库文件的compile代码
- win10下编译linphone-desktop出现的错误以及解决办法
- 04 Nifty自定义带图片的下拉框
- Flume 入门--几种不同的Sources