很多东西都有所差异，你能总结出 synchronized 和 lock 锁的实现 ReentrantLock 有什么异同吗?
Synchronzied 和 Lock 的主要区别如下：
存在层面：Syncronized 是Java 中的一个关键字，存在于 JVM 层面，Lock 是 Java 中的一个接口
锁的释放条件：1. 获取锁的线程执行完同步代码后，自动释放;2. 线程发生异常时，JVM会让线程释放锁;Lock 必须在 finally 关键字中释放锁，不然容易造成线程死锁。
锁的获取: 在 Syncronized 中，假设线程 A 获得锁，B 线程等待。如果 A 发生阻塞，那么 B 会一直等待。在 Lock 中，会分情况而定，Lock 中有尝试获取锁的方法，如果尝试获取到锁，则不用一直等待。
锁的状态：Synchronized 无法判断锁的状态，Lock 则可以判断。
锁的类型：Synchronized 是可重入，不可中断，非公平锁;Lock 锁则是 可重入，可判断，可公平锁。
锁的性能：Synchronized 适用于少量同步的情况下，性能开销比较大。Lock 锁适用于大量同步阶段：
Lock 锁可以提高多个线程进行读的效率(使用 readWriteLock)
在竞争不是很激烈的情况下，Synchronized的性能要优于ReetrantLock，但是在资源竞争很激烈的情况下，Synchronized的性能会下降几十倍，但是ReetrantLock的性能能维持常态;
ReetrantLock 提供了多样化的同步，比如有时间限制的同步，可以被Interrupt的同步(synchronized的同步是不能Interrupt的)等。
ReentrantLock 的加锁流程是怎样的，其实如果你能把源码给他讲出来的话，一定是高分。如果你记不住源码流程的话可以记住下面这个简化版的加锁流程：
如果 lock 加锁设置成功，设置当前线程为独占锁的线程;
如果 lock 加锁设置失败，还会再尝试获取一次锁数量。
如果锁数量为0，再基于 CAS 尝试将 state(锁数量)从0设置为1一次，如果设置成功，设置当前线程为独占锁的线程。
如果锁数量不为0或者上边的尝试又失败了，查看当前线程是不是已经是独占锁的线程了，如果是，则将当前的锁数量+1;如果不是，则将该线程封装在一个Node内，并加入到等待队列中去。等待被其前一个线程节点唤醒。