Synchronized和ReentranLock的区别

1.底层实现上来说?
Synchronized是JVM层面的锁,是Java关键字,通过monitor对象来完成。
ReentranLock是API层面的锁底层使用AQS。

2.是否可手动释放锁?
synchronized不需要用户手动释放锁。
ReentranLock可以手动释放锁,一般通过lock和unlock方法配合try/finally语句。

3.是否可中断?
synchronized是不可中断类型的锁
Reentranlock则可以中断,可通过tryLock(long timeout,TimeUnit unit)设置超时方法

4.是否公平锁?
synchronized为非公平锁
ReetranLock默非公平锁,可以new ReentrantLock(true),true:公平锁 false:非公平锁

5.锁是否可绑定条件Condition?
synchronized不能绑定
ReentrantLock通过绑定Condition结合await()/singal()方法实现线程的精确唤醒,而不是像synchronized通过object类的wait()/notify()/notifyAll()方法要随机唤醒一个线程要么唤醒全部线程。

6.锁的对象
synchronzied锁的是对象,锁是保存在对象头里面,根据对象头数据来标识是否有线程获得锁/争抢锁。
ReetrantLock锁是线程,根据进入的线程和int类型的state标识锁的获得/争抢。

  • 2
    点赞
  • 10
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
synchronized和ReentrantLock都是用于实现多线程同步的机制,但有一些区别。 1. 语法:synchronized是Java关键字,直接在方法或代码块上使用。ReentrantLock是一个类,需要显式地创建一个实例并调用其方法。 2. 可重入性:synchronized是可重入锁,即线程可以重复获取已经持有的锁。而ReentrantLock也是可重入的,但需要手动释放锁,否则会导致死锁。 3. 粒度:synchronized的粒度较大,一般是对整个方法或代码块进行加锁。而ReentrantLock提供了更细粒度的控制,可以在代码中的任意位置进行加锁和释放锁。 4. 锁的获取方式:synchronized是非公平锁,当一个线程释放锁时,JVM会从等待队列中随机选择一个线程获取锁。ReentrantLock可以通过构造函数参数指定为公平锁或非公平锁。 异常场景下,synchronized和ReentrantLock处理方式略有差异。 1. synchronized在发生异常时会自动释放锁。当一个线程在同步块中发生异常退出时,JVM会确保锁被释放,以防止死锁情况的发生。 2. ReentrantLock需要显式地在finally块中释放锁,以确保发生异常时锁能够被正确释放。一般使用try-finally结构来保证锁的释放,即使发生异常也能够正常释放锁。 总之,synchronized是Java内置的同步机制,使用方便但粒度较大;而ReentrantLock提供了更多的高级特性,如可重入性、公平性等,但需要手动管理锁的获取和释放。在异常处理上,synchronized会自动释放锁,而ReentrantLock需要手动释放锁以保证正确性。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值