ReentrantLock(重入锁)
重入锁：在需要进行同步的代码部分加上锁定，但不要忘记最后一定要释放锁定，不然会造成锁永远无法释放，其他线程永远进不来的结果。
然后我们看一下打印的结果：
只有在第一个方法结束后，才会去执行第二个方法。
这种用法跟synchronized的用法差不多，还记得我们在使用synchronized的时候，如果需要多线程间进行协作工作，则需要Object的wait()和notify()、notifyAll()方法进行配合工作。
那么同样，我们在使用Lock的时候，可以使用一个新的等待/通知的类，它就是Condition。这个Condition一定是针对具体某一把锁的。也就是在只有锁的基础之上才会产生Condition。
看一个demo：
下面看一下结果，
这个我们以前是怎么去实现的呢？就是sync配合wait和notify去实现的，操作比较繁琐，就演化出了现在的这种实现方式。
Condition的优点：
我们可以通过一个Lock对象产生多个Condition进行多线程间的交互，非常的灵活。可以使得部分需要唤醒的线程唤醒，其他线程则继续等待通知。
我们同样看一个demo：这段demo代码比较长，但是代码很简单。
同样看一下打印的结果：
可以看的出来，唤醒或者等待都是相对于Condition对象的。
最后在看一下Lock/Condition其他方法和用法：
公平锁和非公平锁：
Lock lock = new ReentrantLock(boolean isFair);
lock用法：
tryLock()：尝试获得锁，获得结果用true/false返回。
tryLock()：在给定的时间内尝试获得锁，获得结果用true/false返回。
isFair()：是否是公平锁。
isLocked()：是否锁定。
getHoldCount()：查询当前线程保持此锁的个数，也就是调用lock()次数。
lockInterruptibly()：优先响应中断的锁。
getQueueLength()：返回正在等待获取此锁定的线程数
getWaitQueueLength()：返回等待与锁定相关的给定条件Condition的线程数。
hasQueuedThread(Thread thread)：查询指定的线程是否正在等待此锁。
hasQueuedThreads()：查询是否有线程正在等待此锁。
hasWaiters()：查询是否有线程正在等待与此锁定有关的condition条件。
ReentrantLock默认是非公平锁，公平锁是浪费性能的。