synchronized与Lock的区别比较
1、synchronized 是Java内置的关键字，使用后会自动释放锁，
Lock是java.util.concurrent.Locks 包下的一个接口，必须要手动释放。特别是在发生异常时，需要在 finally 块中进行手动释放，否则会发生死锁行为
2、Lock可响应中断，而synchronized 不能响应中断，并且Lock提供了更丰富的方法实现；例如
Lock() ; //获取锁
tryLock(); //获取锁
tryLock(long time, TimeUnit unit); //在一定时间单位内等待
lockInterruptibly(); //获取锁，可响应中断(AB线程同时获取锁，A得到后，B进行等待，则B会被Tread.interrupt()方法中端并可去执行其他的代码逻辑，而synchronized无法被中端)
unlock(); //释放锁
3、synchronized 是非公平锁，即不能保证等待锁线程的顺序，
Lock的实现 ReentrantLock 可通过实例化true or false 的构造参数实现公平锁和非公平锁，默认为非公平锁
Lock lock = new ReentrantLock();// 非公平锁
Lock lock2 = new ReentrantLock(true);// 公平锁
Lock lock3 = new ReentrantLock(false);// 非公平锁
4、ReentrantLock是唯一实现了Lock接口的类，并且ReentrantLock提供了更多的方法
5、synchronized无法判断是否获取锁的状态，Lock可以判断是否获取到锁；
6、Lock锁适合大量同步的代码的同步问题，synchronized锁适合代码少量的同步问题。
7、都是可重入锁：在执行对象中所有同步方法不用再次获得锁
8、synchronized是一个悲观锁，Lock是一个乐观锁（底层基于volatile和cas实现）
下面奉上一张表格：
| 类别 | syncronized | Lock |
|---|---|---|
| 存在层次 | Java的关键字，在jvm层面上 | 是一个接口 |
| 锁的释放 | 1、以获取锁的线程执行完同步代码，释放锁 2、线程执行发生异常，jvm会让线程释放锁 |
在finally中必须释放锁，不然容易造成线程死锁 |
| 锁的获取 | 假设A线程获得锁，B线程等待。如果A线程阻塞，B线程会一直等待 | 分情况而定，Lock有多个锁获取的方式，具体下面会说道，大致就是可以尝试获得锁，线程可以不用一直等待 |
| 锁状态 | 无法判断 | 可以判断 |
| 锁类型 | 可重入 不可中断 非公平 | 可重入 可判断 可公平（两者皆可,默认非公平） |
| 性能 | 少量同步 | 大量同步 |
二、底层实现
1、synchronznized映射成字节码指令就是增加两个指令：monitorenter、monitorexit，
当一条线程执行时遇到monitorenter指令时，它会尝试去获得锁，如果获得锁，那么所计数器+1（为什么要加1，因为它是可重入锁，可根据这个琐计数器判断锁状态），如果没有获得锁，那么阻塞，
当它遇到一个monitoerexit时，琐计数器会-1，当计数器为0时，就释放锁
（tips：节码中出现的两个monitoerexit指令的原因是：一个正常执行-1，令一个异常时执行，这两个用goto的方式只执行一个）
2、Lock底层则基于volatile和cas实现
