JUC——线程同步锁（锁处理机制简介）

向右看齐 2021-09-16 01:12 398阅读 0赞

## 锁处理机制简介 ##

juc的开发框架解决的核心问题是并发访问和数据安全操作问题，当进行并发访问的时候如果对于锁的控制不当，就会造成死锁这样的阻塞问题。

为了解决这样的缺陷，juc里面重新针对于锁的概念进行了设计。

### JUC锁机制 ###

JUC锁机制包括以下几个组成部分：

*  核心接口：**Lock**，**ReadWriteLock**；
 *  AQS抽象类：
    
     *  **AbstractOwnableSynchronizer** （排它锁）；
     *  **AbstractQueuedSynchronizer** （为实现依赖于先进先出（FIFO）等待队列的阻塞锁和相关同步器（信号量、事件，等等）提供一个框架）；
     *  **AbstractQueuedLongSynchronizer** （64位同步器） 
 *  工具类：
    
     *  **Reentrantock**互斥锁、**ReadWriteLock**读写锁、**Condition**控制队列
     *  **LockSupport**阻塞原语、**Semaphore**信号量、**CountDownLatch**闭锁
     *  **CyclicBarrier**栅栏、**Exchanger**交换机、**CompletableFuture**线程回调

![737688-20180426094320481-804175074.png][]

之所以在juc里面要重新提供一系列的锁的处理工具类，其根本原因在于，Java原始的锁机制（synchronized）虽然可以提供有数据的安全访问机制，但是其缺点也是非常明显的：**所有的线程对象只能享受一把锁**。

### java.util.concurrent锁概览 ###

*  **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操作的数据都是以原子方式进行的。

### CLH锁——解决死锁问题 ###

![737688-20180426105940179-40354831.png][]

[737688-20180426094320481-804175074.png]: /images/20210725/e289e24d540449f98211f7e4463ad6e1.png
[737688-20180426105940179-40354831.png]: /images/20210725/bdb6568aab16440a933745bdbe5ebf14.png