ReentrantLock和synchronzied都是互斥锁，即在某一时刻最多只能有一个线程持有锁。互斥锁在保证线程安全的同时，在一定程度上降低了吞吐量，因为这种情况下任何的“读/读”、“读/写”、“写/写”操作都不能同时发生。然而在实际的场景中我们就会遇到这种情况：有些资源并发的访问中，它大部分时间都是执行读操作，写操作比较少，但是读操作并不影响数据的一致性，如果在进行读操作时采用独占的锁机制，这样势必会大大降低吞吐量。所以如果能够做到读写分离，那就非常完美了。

本文转载自：https://www.cnblogs.com/soupk/p/9303611.html

在使用Lock之前，我们使用的最多的同步方式应该是synchronized关键字来实现同步了，再配合Object的wait()、notify()系列方法可以实现等待/通知模式，可参考java并发02-细说等待通知机制 (wait/notify)。Condition接口也提供了类似Object的监视器方法，与Lock配合可以实现等待/通知模式。

ReentrantLock，可重入锁，是一种递归无阻塞的同步机制，比synchronized更强大、灵活的锁机制，可以减少死锁发生的概率。

锁是用来控制多个线程访问共享资源的方式，一般来说一个锁可以防止多个线程访问共享资源（但有些锁可以允许多个线程访问共享资源，如读写锁）。在JavaSE5之前，Java使用synchronized关键字实现锁的功能，但是在JavaSE5之后，并发包中提供了Lock接口（及其实现类），用来实现锁的功能。

在具备了volatile、CAS和模板方法设计模式的知识之后，我们可以来深入学习下AbstractQueuedSynchronizer（AQS），本文主要想从AQS的产生背景、设计和结构、源代码实现及AQS应用这4个方面来学习下AQS

CAS 全称是 compare and swap，是一种用于在多线程环境下实现同步功能的机制。CAS 操作包含三个操作数 -- 内存地址V、旧的预期值A、要更新的值B，当且仅当内存地址V值等于旧的预期值A时才会将内存V的值修改为B，否则什么都不干。CAS是整个JUC体系最核心、最基础的理论。

volatile 是一个类型修饰符。volatile 的作用是作为指令关键字，确保本条指令不会因编译器的优化而省略，在一定情况下可以保证线程间的同步性。本文介绍了volatile的特性、实现机制以及使用场景

synchronized是Java的一个关键字，解决的是多个线程之间访问共享资源的同步性，synchronized关键字可以保证被它修饰的方法或者代码块在任意时刻只能有一个线程执行，同时它还可以保证变量的内存可见性。本文将对sychronized的使用方法、sychronzied的特点以及底层原理做详细阐释。