前言
在详解JUC之原子类使用及实现中，我介绍了一下JUC中的原子类的使用和实现，现在我就来介绍一下JUC的重磅武器——锁（Lock）
同步锁
在说JUC中的锁之前，得先说一下它们的前辈——同步锁，有对比才有伤害嘛~
同步锁的概念是，不同的线程可以访问一个同步锁，但是在同一个时间点，这个同步锁只能被一个线程获取，而想要却得不到它的线程就必须等待了，直到获取到它才能继续运行。
Java是通过synchronized关键字来进行同步的，实现对竞争资源的互斥访问，这个玩意可以说是元老级别的了。既然是元老级别的古董，如果不与时俱进的话就会有些不合现代人的口味。大家通常对它的诟病是，一是它的功能太单一，二是这个号称重量级锁的东西效率低下（这个在Java 6后还是别这么说了）。
关于性能方面，在Java 6中对synchronized的内在机制进行了大量优化了，加入了CAS，轻量级锁和偏向锁等玩意，让它不是一上来就是一个重量级锁，而是随着并发程度的改变而进行相应的膨张，关于这个可以看Java锁的膨胀过程和优化
说了这么多，就是为了让你知道，以后别人问你synchronized的同步锁和JUC中的锁的差别时，你不要抓住性能不放了，它差的只是更灵活的功能。
JUC中的锁
JUC中的锁比synchronized倒是年轻了不少，它是在Java 5才出现的，所谓“长江后浪推前浪，前浪死在沙滩上”。相比同步锁，JUC包中的锁的功能更加强大，它提供了各种各样的锁（公平锁，非公平锁，共享锁，独占锁……），所以使用起来很灵活。当然了，有得必有失，既然功能多了，用法肯定更难了。
JUC锁及相关的类和接口大多都在java.util.concurrent.locks，当然还有三个类CountDownLatch，CyclicBarrier和Semaphore在java.util.concurrent，这个三个类一般被认为是并发工具类，尽管它们没有实现Lock接口，但我还是倾向于把它们看做锁，所以在后面也会介绍它们。
java.util.concurrent.locks包下有这些类和接口，也不是很多，在后面文章我会一一介绍。
接口
- Condition
- Lock
- ReadWriteLock
类
- AbstractOwnableSynchronizer
- AbstractQueuedLongSynchronizer
- AbstractQueuedSynchronizer
- LockSupport
- ReentrantLock
- ReentrantReadWriteLock
- ReentrantReadWriteLock.ReadLock
- ReentrantReadWriteLock.WriteLock
