详解JUC之锁——概述(01)

前言

详解JUC之原子类使用及实现中,我介绍了一下JUC中的原子类的使用和实现,现在我就来介绍一下JUC的重磅武器——锁(Lock)

同步锁

在说JUC中的锁之前,得先说一下它们的前辈——同步锁,有对比才有伤害嘛~

同步锁的概念是,不同的线程可以访问一个同步锁,但是在同一个时间点,这个同步锁只能被一个线程获取,而想要却得不到它的线程就必须等待了,直到获取到它才能继续运行。

Java是通过synchronized关键字来进行同步的,实现对竞争资源的互斥访问,这个玩意可以说是元老级别的了。既然是元老级别的古董,如果不与时俱进的话就会有些不合现代人的口味。大家通常对它的诟病是,一是它的功能太单一,二是这个号称重量级锁的东西效率低下(这个在Java 6后还是别这么说了)。

关于性能方面,在Java 6中对synchronized的内在机制进行了大量优化了,加入了CAS,轻量级锁和偏向锁等玩意,让它不是一上来就是一个重量级锁,而是随着并发程度的改变而进行相应的膨张,关于这个可以看Java锁的膨胀过程和优化

说了这么多,就是为了让你知道,以后别人问你synchronized的同步锁和JUC中的锁的差别时,你不要抓住性能不放了,它差的只是更灵活的功能。

JUC中的锁

JUC中的锁比synchronized倒是年轻了不少,它是在Java 5才出现的,所谓“长江后浪推前浪,前浪死在沙滩上”。相比同步锁,JUC包中的锁的功能更加强大,它提供了各种各样的锁(公平锁,非公平锁,共享锁,独占锁……),所以使用起来很灵活。当然了,有得必有失,既然功能多了,用法肯定更难了。

JUC锁及相关的类和接口大多都在java.util.concurrent.locks,当然还有三个类CountDownLatchCyclicBarrierSemaphorejava.util.concurrent,这个三个类一般被认为是并发工具类,尽管它们没有实现Lock接口,但我还是倾向于把它们看做锁,所以在后面也会介绍它们。

java.util.concurrent.locks包下有这些类和接口,也不是很多,在后面文章我会一一介绍。

接口

  • Condition
  • Lock
  • ReadWriteLock

  • AbstractOwnableSynchronizer
  • AbstractQueuedLongSynchronizer
  • AbstractQueuedSynchronizer
  • LockSupport
  • ReentrantLock
  • ReentrantReadWriteLock
  • ReentrantReadWriteLock.ReadLock
  • ReentrantReadWriteLock.WriteLock
    原文作者:JUC
    原文地址: https://blog.csdn.net/TimHeath/article/details/71601562
    本文转自网络文章,转载此文章仅为分享知识,如有侵权,请联系博主进行删除。
点赞