Synchronized和lock区别

最新推荐文章于 2020-12-30 10:34:18 发布

原创最新推荐文章于 2020-12-30 10:34:18 发布 · 272 阅读

0 ·

CC 4.0 BY-SA版权

多线程/高并发专栏收录该内容

96 篇文章

订阅专栏

本文详细对比了ReentrantLock与synchronized的特性，指出ReentrantLock在锁投票、定时等待和中断等待方面的优势。当线程A持有锁不释放时，synchronized无法中断等待的线程B，而ReentrantLock的lockInterruptibly方法允许B线程在超时或被中断后执行其他任务。此外，ReentrantLock在资源竞争不激烈时性能可能逊于synchronized，但在高竞争场景下能保持稳定性能。同时，synchronized由JVM保证释放，而ReentrantLock需程序员确保在finally块中解锁。

1、ReentrantLock 拥有Synchronized相同的并发性和内存语义，此外还多了 锁投票，定时锁等候和中断锁等候
     线程A和B都要获取对象O的锁定，假设A获取了对象O锁，B将等待A释放对O的锁定，
     如果使用 synchronized ，如果A不释放，B将一直等下去，不能被中断
     如果 使用ReentrantLock，如果A不释放，可以使B在等待了足够长的时间以后，中断等待，而干别的事情
 
    ReentrantLock获取锁定与三种方式：
    a)  lock(), 如果获取了锁立即返回，如果别的线程持有锁，当前线程则一直处于休眠状态，直到获取锁
    b) tryLock(), 如果获取了锁立即返回true，如果别的线程正持有锁，立即返回false；
    c)tryLock(long timeout,TimeUnit unit)，   如果获取了锁定立即返回true，如果别的线程正持有锁，会等待参数给定的时间，在等待的过程中，如果获取了锁定，就返回true，如果等待超时，返回false；
    d) lockInterruptibly:如果获取了锁定立即返回，如果没有获取锁定，当前线程处于休眠状态，直到或者锁定，或者当前线程被别的线程中断
 
2、synchronized是在JVM层面上实现的，不但可以通过一些监控工具监控synchronized的锁定，而且在代码执行时出现异常，JVM会自动释放锁定，但是使用Lock则不行，lock是通过代码实现的，要保证锁定一定会被释放，就必须将unLock()放到finally{}中
 
3、在资源竞争不是很激烈的情况下，Synchronized的性能要优于ReetrantLock，但是在资源竞争很激烈的情况下，Synchronized的性能会下降几十倍，但是ReetrantLock的性能能维持常态；