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

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

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

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

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

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

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

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

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

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