Locks

本文深入探讨了JAVA并发编程中的Lock和Synchronized。Lock提供了更细粒度的控制,如可中断、尝试加锁及公平性,而Synchronized不具备这些特性。通过对比,展示了在资源竞争激励情况下,为何选择Lock。同时,介绍了可重入锁和可中断锁的概念,以及它们在多线程环境中的应用。
摘要由CSDN通过智能技术生成

专题文章:
  JAVA并发编程

1、UML

类图

2、lock中的方法说明

// 获取锁
void lock();
// 如果当前线程未被中断,则获取所,可以响应中断
void lockInterruptibly();
// 返回绑定此lock实例的新Condition实例
Condition newCondition();
// 仅在调用时锁为空闲状态才获取该锁,可响应中断
boolean tryLock();
// 如果锁在给定的等待时间内空闲,可通过(lock())获得锁,并且当前线程未被中断
boolean tryLock(long time,TimeUnit unit);
// 释放锁
void unlock();

3 、synchronized 的局限性与Lock 的优点

  1. 假设有T1、T2、T3三个线程,如果使用Synchronized关键字,T1(IO、sleep())被阻塞,T2、T3只能等待。Lock中的tryLock()、tryLock(long time, TimeUnit unit)以及lockInterruptibly()可以解决无限等待问题。
  2. Synchronized 不支持读进程并发。可通过ReentrantReadWriteLock解决。
  3. Lock可以得知线程有没有成功获取到锁,Synchronized不可以。
  4. 资源竞争激励的情况下用Lock,反之用Sychronized。

4、锁的介绍

  1. 可重入锁:锁具备可重入性。Synchronize和ReentrantLock都是可重入锁,可重入性实际表明的是锁的分配机制:基于线程分配。该线程内对于可重入锁,只要该线程得到了一个便不用再去申请。如:Synchronized 修饰的方法method1()中调用Synchronized修饰的方法method2(),只需获得method1()的Synchronized。
  2. 可中断锁:可响应中断的锁。Sychronized为不可中断锁。
  3. 公平锁:尽量以锁的请求顺序来获得锁。Synchronized为不公平锁,ReentrantLock、ReentrantReadWriteLock默认为非公平锁,可设置为公平锁。

5、参考

  链接

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值