历史知识：JDK5之前，只有synchronized 可以用，之后就有了ReetrantLock可以用了
ReetrantLock (再入锁)
1、位于java.util.concurrnt.locks 包 juc包
2、和CountDownLatch、FutureTask、Semaphore一样基于AQS实现的
3、能够实现比synchronized更细粒度的控制，如控制fairness(公平性)
3、调用lock()之后，必须调用用unlock()释放锁
4、性能未必比synchronized高，并且也是可重入
ReetrantLock公平性的设置
1、ReetrantLock fairLock = new ReetrantLock(true);
2、参数为true时，倾向于将锁赋予等待时间最久的线程（减少线程饥饿的情况）
3、公平锁：获取锁的顺序按先后调用lock方法的顺序（慎用）
4、非公平锁：抢占的顺序不一定，看运气
5、synchronized是非公平锁
其实通用场景中，公平性未必有想象中的那么重要，java的默认调用策略，很少会导致饥饿的情况发生，同时保证公平性的话，会导致额外的开销，自然会导致吞吐量下降。
public class ReentrantLockDemo implements Runnable{
private static ReentrantLock lock = new ReentrantLock(false);
@Override
public void run(){
while (true){
try{
lock.lock(); // 一般加上try finally去使用
System.out.println(Thread.currentThread().getName() + " get lock");
Thread.sleep(1000);
} catch (Exception e){
e.printStackTrace();
} finally {
lock.unlock();
}
}
} public static void main(String[] args) {
ReentrantLockDemo rtld = new ReentrantLockDemo();
Thread thread1 = new Thread(rtld);
Thread thread2 = new Thread(rtld);
thread1.start();
thread2.start();
}
}
ReetrantLock 将锁对象化 (下面的三种情况，可以自行去用代码去实现，也是synchronized无法做到的内存)
1、判断是否有线程，或者某个特定线程，在排队等待获取锁
2、带超时的获取锁的尝试
3、感知有没成功获取锁
是否能将wait \ notify \ notifyAll 对象化
1、java.util.concurrent.locks.Condition
总结：
1、synchronized 是关键字，ReetrantLock是类
2、ReentrantLock 可以对获取锁的等待时间进行设置，避免死锁
3、ReentantLock可以获取各种锁的信息
4、ReentrantLock可以灵活地实现多路通知
5、机制：sync操作Mark Word ， lcok调用Unsafe 类的park()方法
