1、原始构成
1)synchronized是关键字属于JVM层面,底层有两个关键方法monitorenter和monitorexit。底层是通过monitor对象来完成,其实wait/notify等方法也依赖于monitor对象只有在同步块或者方法中才能调wait/notify等方法。
2)Lock是具体类(JUC里面的工具类)是api层面的锁。
2、使用方法
1)synchronized不需要用户去手动释放锁,当synchronized代码执行完成后系统会自动让线程释放对锁的占用。
2)ReentrantLock则需要用户手动去释放锁,若没有主动释放锁,就有可能导致出现死锁现象。需要lock()和unlock()方法配合try/finally语句块来完成。
3、等待是否可以中断
只要调用的方法抛出InterruptedException异常,就代表可以被中断。
1)synchronized不可以中断,除非抛出异常或者正常运行完成。
2)ReentrantLock()可以中断,可以通过设置超时方法tryLock,或者调用lockInterruptibly(),其他线程调用interrupt方法。
ReentrantLock.lockInterruptibly允许在等待时由其它线程调用等待线程的Thread.interrupt方法来中断等待线程的等待而直接返回,这时不用获取锁,而会抛出一个InterruptedException。
ReentrantLock.lock方法不允许Thread.interrupt中断,即使检测到Thread.isInterrupted,一样会继续尝试获取锁,失败则继续休眠。只是在最后获取锁成功后再把当前线程置为interrupted状态,然后再中断线程。
4、加锁是否公平
synchronized是非公平锁。
ReentrantLock默认是非公平锁,可以是公平锁。
5、精确唤醒
synchronized没有。
ReentrantLock用来实现分组唤醒需要唤醒的线程,可以精确唤醒,而不是像synchronized要么随机唤醒一个线程,要么全部唤醒。可用锁绑定多个条件的Condition来精确唤醒。
精确唤醒例子