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实现