synchronize锁和ReentrantLock锁

首先ReentrantLock是一个非公平锁,但也是可以变成公平锁的(传入参数true即可),

就是ReentrantLock locker=new ReentrantLock(true);

ReentrantLock的唤醒机制是搭配Condition类来实现的,可以实现为唤醒指定的等待线程.

而synchronized锁是搭配wait 和notify来实现唤醒的且唤醒机制是随机唤醒一个线程,不可唤醒一个指定的线程

ReentrantLock还有一个优势是有一个tryLock来试图上锁,加锁成功则就加了锁,加锁不成功就放弃呗~~,并且还可以设置加锁的等待超时时间,而实际开发过程中很多死等的情况,所以说tryLock给我们提供了更多的可能

但是ReentrantLock也有一个缺点,他的上锁和解锁是分开的连个方法,这就导致了可能刚上完锁后面出现异常或者return返回了,就没有解锁这个行为了,所以一般把locker.lock();放在try里面,若果有异常,把locker.unlock()解锁放在finally里面就保证不会忘记解锁了

由于synchronized锁的自适应性,这导致了synchronized既是一个乐观锁也是一个悲观锁,既是一个轻量级锁也是一个重量级锁,轻量级锁是基于自旋锁来实现的,重量级锁是基于挂起等待锁实现的,不是读写锁(是普通互斥锁),不是公平锁(是非公平锁),是可重入锁.

还有一个微乎其微的区别:

synchronized锁是Java的关键字,底层是JVM实现的(C++写的)

ReentrantLock锁是java的标准库里面的,底层是java写的