- 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:如果获取了锁定立刻返回，如果没有获取锁定，以后线程处于休眠状态，直到或者锁定，或者以后线程被别的线程中断