- Lock 是一个接口而 synchronized 是 java 中的关键字，synchronized 是内置的语言实现，synchronized 是在 JVM 层面上是实现的，出异样时 JVM 会主动开释锁定，然而 Lock 不行，Lock 是通过代码实现的，要保障锁定肯定会被开释，就必须将 unLock() 放到 finally{} 中；
- synchronized 在产生异样时，会主动开释线程占有的锁，因而不会导致死锁景象产生。
- Lock 能够让期待锁的线程响应中断，线程能够中断去干别的事务，而 synchronized 却不行，应用 synchronized 时，期待的线程会始终期待上来，不可能响应中断
- 通过 Lock 能够晓得有没有胜利获取锁，而 synchronized 却无奈办到
- Lock 能够进步多个线程进行读操作的效率
- 总结：当资源竞争强烈时，Lock 的性能要远远优于 synchronized
举个例子：当有多个线程读写文件时，读操作和写操作会发生冲突景象，写操作和写操作会发生冲突景象，然而读操作和读操作不会发生冲突景象。
然而采纳 synchronized 关键字来实现同步的话，就会导致一个问题：
如果多个线程都只是进行读操作，所以当一个线程在进行读操作时，其余线程只能期待无奈进行读操作。
因而就须要一种机制来使得多个线程都只是进行读操作时，线程之间不会发生冲突，通过 Lock 就能够办到。
另外，通过 Lock 能够晓得线程有没有胜利获取到锁。这个是 synchronized 无奈办到的
二、ReentrantLock 获取锁定与三种形式：
a) lock(), 如果获取了锁立刻返回，如果别的线程持有锁，以后线程则始终处于休眠状态，直到获取锁
b) tryLock(), 如果获取了锁立刻返回 true，如果别的线程正持有锁，立刻返回 false；
c)tryLock(long timeout,TimeUnitunit)，如果获取了锁定立刻返回 true，如果别的线程正持有锁，会期待参数给定的工夫，在期待的过程中，如果获取了锁定，就返回 true，如果期待超时，返回 false；
d) lockInterruptibly: 如果获取了锁定立刻返回，如果没有获取锁定，以后线程处于休眠状态，直到或者锁定，或者以后线程被别的线程中断