Synchronized和Lock的区别

1、原始构成

1)synchronized是关键字属于JVM层面,底层有两个关键方法monitorenter和monitorexit。底层是通过monitor对象来完成,其实wait/notify等方法也依赖于monitor对象只有在同步块或者方法中才能调wait/notify等方法。
2)Lock是具体类(JUC里面的工具类)是api层面的锁。


2、使用方法

1)synchronized不需要用户去手动释放锁,当synchronized代码执行完成后系统会自动让线程释放对锁的占用。
2)ReentrantLock则需要用户手动去释放锁,若没有主动释放锁,就有可能导致出现死锁现象。需要lock()和unlock()方法配合try/finally语句块来完成。


3、等待是否可以中断

只要调用的方法抛出InterruptedException异常,就代表可以被中断。
1)synchronized不可以中断,除非抛出异常或者正常运行完成。
2)ReentrantLock()可以中断,可以通过设置超时方法tryLock,或者调用lockInterruptibly(),其他线程调用interrupt方法。

ReentrantLock.lockInterruptibly允许在等待时由其它线程调用等待线程的Thread.interrupt方法来中断等待线程的等待而直接返回,这时不用获取锁,而会抛出一个InterruptedException。
ReentrantLock.lock方法不允许Thread.interrupt中断,即使检测到Thread.isInterrupted,一样会继续尝试获取锁,失败则继续休眠。只是在最后获取锁成功后再把当前线程置为interrupted状态,然后再中断线程。


4、加锁是否公平

synchronized是非公平锁。
ReentrantLock默认是非公平锁,可以是公平锁。


5、精确唤醒

synchronized没有。
ReentrantLock用来实现分组唤醒需要唤醒的线程,可以精确唤醒,而不是像synchronized要么随机唤醒一个线程,要么全部唤醒。可用锁绑定多个条件的Condition来精确唤醒。
精确唤醒例子

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值