Semaphore前情提要在学习本章前，需要先了解ReentrantLock源码解析，ReentrantLock源码解析里介绍的方法有很多是本章的铺垫。下面，我们进入本章正题Semaphore。从概念上来讲，信号量（Semaphore）会维护一组许可证用于限制线程对资源的访问，当我们有一资源允许线程并发访问，但我们希望能限制访问量，就可以用信号量对访问线程

前言相信学过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的主要使用方式是继承，子类通

Java并发之ReentrantLock源码解析Condition在上一章中，我们大概了解了Condition的使用，下面我们来看看Condition再juc的实现。juc下Condition本质上是一个接口，它只定义了这个接口的使用方式，具体的实现其实是交由子类完成。cpublicinterfaceConditionvoidawait()

在分析Java并发包java.util.concurrent源码的时候，少不了需要了解AbstractQueuedSynchronizer（以下简写AQS）这个抽象类，因为它是Java并发包的基础工具类，是实现ReentrantLock、CountDownLatch、Semaphore、FutureTask等类的基础。Google一下A

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

ReenTrantLock可重入锁和synchronized的区别可重入性：从名字上理解，ReenTrantLock的字面意思就是再进入的锁，其实synchronized关键字所使用的锁也是可重入的，两者关于这个的区别不大。两者都是同一个线程没进入一次，锁的计数器都自增1，所以要等到锁的计数器下降为0时才能释放锁。锁的实现：S

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

一、前言上一篇Java锁之ReentrantLock（二）(https://www.oschina.net/action/GoToLink?urlhttps%3A%2F%2Fjuejin.im%2Fpost%2F5b7149ad5188256148252efd%3Futm_source%3Dgold_browser_extension

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

先做总结：1、AbstractQueuedSynchronizer是什么？AbstractQueuedSynchronizer（AQS）这个抽象类，是Java并发包 java.util.concurrent 的基础工具类，是实现ReentrantLock、CountDownLatch、Semaphore、FutureTask等类的

Lock框架是jdk1.5新增的，作用和synchronized的作用一样，所以学习的时候可以和synchronized做对比。在这里先和synchronized做一下简单对比，然后分析下Lock接口以及ReentrantLock的源码和说明。具体的其他的Lock实现的分析在后面会慢慢介绍。Lock框架和synchronized

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

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

　　一、内部原理　　类继承结构　　Lockpackage相关API继承结构，忽略掉了一些类，以便观察其特点：　　ReentrantLock和ReentrantReadWriteLock都是借助内部类Sync来实现Lock接口。ReentrantReadWriteLock没有直接实现Lock接口而是内置了读锁ReadLock和写锁Write

学习了AbstractQueuedSynchronizer(http://my.oschina.net/zavakid/blog/84882)之后(Condition没有在上文做笔记，当应该不难理解)，接下来笔者就尝试着分析在JUC包中的各个同步器，其语义是如何实现的。ReentrantLock内部类Sync继承了AbstractQue

并发指同一时间内进行了多个线程。并发问题是多个线程对同一资源进行操作时产生的问题。通过加锁可以解决并发问题，ReentrantLock是锁的一种。

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