参考：https://blog.csdn.net/chenchaofuck1/article/details/51045134
相同点：
这两种同步方式有很多相似之处，
1.它们都是加锁方式同步；
2.都是重入锁；
3. 阻塞式的同步；也就是说当如果一个线程获得了对象锁，进入了同步块，其他访问该同步块的线程都必须阻塞在同步块外面等待，而进行线程阻塞和唤醒的代价是比较高的（操作系统需要在用户态与内核态之间来回切换，代价很高，不过可以通过对锁优化进行改善）；
不同点：
| 比较方面 | SynChronized | ReentrantLock（实现了 Lock接口） |
| 1.原始构成 | 1.它是java语言的关键字，是原生语法层面的互斥，需要jvm实现 | 它是JDK 1.5之后提供的API层面的互斥锁类 |
| 2.代码编写 | 2.采用synchronized不需要用户去手动释放锁，当synchronized方法或者synchronized代码块执行完之后，系统会自动让线程释放对锁的占用，更安全， | 而ReentrantLock则必须要用户去手动释放锁，如果没有主动释放锁，就有可能导致出现死锁现象。需要lock()和unlock()方法配合try/finally语句块来完成， |
| 3.灵活性 | 锁的范围是整个方法或synchronized块部分 | Lock因为是方法调用，可以跨方法，灵活性更大 |
| 4.等待可中断 | 不可中断，除非抛出异常(释放锁方式： 1.代码执行完，正常释放锁； 2.抛出异常，由JVM退出等待) |
持有锁的线程长期不释放的时候，正在等待的线程可以选择放弃等待,(方法： 1.设置超时方法 tryLock(long timeout, TimeUnit unit)，时间过了就放弃等待； 2.lockInterruptibly()放代码块中，调用interrupt()方法可中断，而synchronized不行) |
| 5.是否公平锁 | 非公平锁 | 两者都可以，默认公平锁，构造器可以传入boolean值，true为公平锁，false为非公平锁， |
| 6.条件Condition | 通过多次newCondition可以获得多个Condition对象,可以简单的实现比较复杂的线程同步的功能. | |
| 7.提供的高级功能 | 提供很多方法用来监听当前锁的信息，如： getHoldCount() getQueueLength() isFair() isHeldByCurrentThread() isLocked() |