【JUC】4.Synchronized与ReentrantLock对比

时间:2019-10-11
本文章向大家介绍【JUC】4.Synchronized与ReentrantLock对比，主要包括【JUC】4.Synchronized与ReentrantLock对比使用实例、应用技巧、基本知识点总结和需要注意事项，具有一定的参考价值，需要的朋友可以参考一下。

与synchronized相同，ReentrantLock也是一种互斥锁；

synchronized与ReentrantLock的对比：

  • 都是可重入锁

    可以再次获取自己的内部锁，即：一个线程获取某对象锁，在没有释放此对象锁的同时，可以再次获得此锁；

    一个锁每次被线程获取，锁计数器就增加1，知道锁计数器将为0，才能释放锁；

  • Synchronized依赖于JVM，ReenTrantLock依赖于API

    Synchronized的很多优化，都是在JVM层面优化的，并不暴露给用户；

    ReenTrantLock的各种功能实现，都可以用户自己通过调用API进行实现（lock，unLock）；

  • ReenTrantLock增加了高级功能

    1. 等待可中断

      // 调用：
lock.lockInterruptibly( )；

      让等待锁的线程，放弃等待，去执行别的事情。

    1. 可实现公平锁

      Synchronized默认非公平；ReenTrantLock默认也是非公平锁；

      // 构造公平锁：
Lock lock=new ReentrantLock(true)

    2. 锁可以绑定Condition，实现选择性通知

      synchronized关键字与wait()和notify/notifyAll()方法相结合可以实现等待/通知机制；

      ReentrantLock借助于与锁绑定的condition对象，来调用await()和signal/signalAll()方法来实现；

    3. ReentrantLock可以实现tryLock

      对于没有拿到锁的线程，可以令其做一些别的事情，不会阻塞；

  • Synchronized与ReentrantLock性能持平

    在JVM各种锁机制的优化下，Synchronized在很多地方都默认使用CAS的乐观锁，进行优化了；

    所以并不是ReentrantLock性能更强！！

原文地址：https://www.cnblogs.com/mussessein/p/11653427.html

随机文章
本站知识点必读
最近更新