JUC之-locks

在Java中关于锁有两个体系,一个是synchronized代表的对象监视器同步锁,一个是以AQS为基础的锁框架,该框架位于java.uti.concurrent包下。

java.uti.concurrent包下java.util.concurrent.locks提供了锁的基础支持 ,另外还有相关的工具类。

java.util.concurrent.locks 类图如下:

  • java.util.concurrent.locks提供了锁的基础支持;
  • Lock接口:支持语义不同(重入、公平等)的锁规则
    • 语义不同,是指锁可是有 “公平机制的锁”、“非公平机制的锁”、“可重入的锁”等等;
      • 公平机制:指不同线程获取锁的机制是公平的;
      • 非公平机制:指不同线程获取锁的机制是非公平的;
      • 可重入的锁:指同一个锁能够被一个线程多次获取,可重入锁最大的作用是避免死锁。
  • ReadWriteLock接口和Lock类似的方式定义了一些读取者可以共享而写入独占的锁;
  • Condition接口描述了可能会与锁有关的条件变量(与Objec类的wait()方法使用类似)。

公平锁核心概念

  • AbstractQueuedSynchronizer:是Java管理 “锁”的抽象类,锁的许多公共方法都是都是在这个类中实现。AbstractQueuedSynchronizer是独占锁(例如,ReentrantLock)。
  • AbstractQueuedSynchronizer类别:
    • 独占锁:锁在同一个时间点只能被一个线程锁占有。根据锁的获取机制,它有划分为“公平锁”和“非公平锁”。公平锁是按照通过CLH等待线程按照先来先得的规则公平的获取锁;而非公平锁则当线程获取锁时,它会无视CLH等待队列而直接回去锁。
    • 共享锁:能被多个线程同时拥有,能被共享的锁。
  • CLH队列(Craig,Landin,and Hagersten locks):CLH锁也是一种基于链表的可扩展、高性能、公平的自旋锁,申请线程只在本地变量上自旋,它不断轮询前驱的状态,如果发现前驱释放了锁就结束自旋。
  • CAS方法(Compare And Swap):比较并交换方法,它是原子操作方法:即,通过CAS操作的数据都是以原子方式进行的。

《JUC之-locks》有2个想法

回复 liaosx 取消回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注