前言相信学过java的人都知道synchronized这个关键词，也知道它用于控制多线程对并发资源的安全访问，兴许，你还用过Lock相关的功能，但你可能从来没有想过java中的锁底层的机制是怎么实现的。如果真是这样，而且你有兴趣了解，今天我将带领你轻松的学习下java中非常重要，也非常基础的可重入锁ReentrantLock的实现机制。R

问：synchronized和ReentrantLock的区别？ReentrantLock（可重入锁）位于java.util.concurrent.locks包（著名的juc包是由Douglea大神写的AQS抽象类框架衍生出来的应用）和CountDownLatch、FutureTask、Semaphore一样基于AQS实现

synchronized是Java内建的同步机制，所以也有人称其为IntrinsicLocking，它提供了互斥的语义和可见性，当一个线程已经获取当前锁时，其他试图获取的线程只能等待或者阻塞在那里。在Java5以前，synchronized是仅有的同步手段，在代码中，synchronized可以用来修饰方法，也可以使用在特定的代码块

在Java并发包java.util.concurrent中可以看到，不少源码是基于AbstractQueuedSynchronizer（以下简写AQS）这个抽象类，因为它是Java并发包的基础工具类，是实现ReentrantLock、CountDownLatch、Semaphore、FutureTask等类的基础。 AQS的主要使用方式是继承，子类通

一、概述　　谈到并发，不得不谈ReentrantLock；而谈到ReentrantLock，不得不谈AbstractQueuedSynchronizer（AQS）！　　类如其名，抽象的队列式的同步器，AQS定义了一套多线程访问共享资源的同步器框架，许多同步类实现都依赖于它，如常用的ReentrantLock/Semaphore/CountD

引言在synchronized未优化之前，我们在编码中使用最多的同步工具类应该是ReentrantLock类，ReentrantLock拥有优化后synchronized关键字的性能，又提供了更多的灵活性。相比synchronized，他在功能上更加强大，具有等待可中断，公平锁以及绑定多个条件等synchronized不具备

ReentrantLock介绍ReentrantLock是一个可重入的互斥锁，与使用synchronized方法和语句访问的隐式监视锁具有相同的基本行为和语义，但具有扩展功能。ReentrantLock属于最后一个成功加锁并且还没有释放锁的线程。当一个线程请求lock时，如果锁不属于任何线程，将立马得到这个锁；如果锁已经被

ReentrantLock我们已经通过前几章学会了synchronized和AQS等相关只是。下面我们继续来学习ReentrantLock这个并发工具类，如果你已经了解了AQS的机制，那么你学习ReentrantLock将会非常轻松。背景Synchronized关键字虽然在JDK1.6

一般用ReentrantLock的方式如下：//新建非公平锁实例LocklocknewReentrantLock();//新建非公平锁实例//LocklocknewReentrantLock(true);//加锁lock.lock();try{

单体架构下锁的实现方案1\.ReentrantLock全局锁ReentrantLock（可重入锁），指的是一个线程再次对已持有的锁保护的临界资源时，重入请求将会成功。简单的与我们常用的Synchronized进行比较：||ReentrantLock|Syn