可重入性
从名字上理解， ReenTrantLock 的字面意思就是再进入的锁，其实 synchronized 关键字所使用的锁也是可重入的，两者关于这个的区别不大。两者都是同一个线程没进入一次，锁的计数器都自增 1 ，所以要等到锁的计数器下降为 0 时才能释放锁。
锁的实现：
Synchronized 是依赖于 JVM 实现的，而 ReenTrantLock 是 JDK 实现的，有什么区别，说白了就类似于操作系统来控制实现和用户自己敲代码实现的区别。前者的实现是比较难见到的，后者有直接的源码可供阅读。
性能的区别
在 Synchronized 优化以前， synchronized 的性能是比 ReenTrantLock 差很多的，但是自从 Synchronized 引入了偏向锁，轻量级锁（自旋锁）后，两者的性能就差不多了。在两种方法都可用的情况下，官方甚至建议使用 synchronized ，其实 synchronized 的优化我感觉就借鉴了ReenTrantLock 中的 CAS 技术都是试图在用户态就把加锁问题解决，避免进入内核态的线程阻塞。
功能区别
便利性：很明显 Synchronized 的使用比较方便简洁，并且由编译器去保证锁的加锁和释放，而 ReenTrantLock 需要手工声明来加锁和释放锁，为了避免忘记手工释放锁造成死锁，所以最好在 fifinally 中声明释放锁。