提示:文章先作为初版,等后续时间充足后,补充更深的内容
Sychronized和ReentrantLock的区别
Sychronized | ReentrantLock |
---|---|
Java中的一个关键字 | JDK提供的一个类 |
自动加锁与释放锁 | 需要手动加锁与释放锁 |
JVM层面的锁 | API层面的锁 |
非公平的锁 | 公平锁或非公平锁 |
锁的是对象,锁信息保存在对象头中 | int类型的state标识来标识锁的状态 |
底层有锁升级过程 | 没有锁升级过程 |
补充:公平锁&非公平锁
首先不管是公平锁和非公平锁,它们的底层实现都会使用AQS来进行排队,它们的区别在于线程在使用lock()方法加锁时:
1.如果是公平锁,会先检查AQS队列中是否存在线程在排队,如果有线程在排队,则当前线程也进行排队。(排队)
2.如果是非公平锁,则不会去检查是否有线程在排队,而是直接竞争锁。(插队)
不管是公平锁还是非公平锁,一旦没竞争到锁,都会进行排队,当锁释放时,都是唤醒排在最前面的线程,所以非公平锁只是体现在了线程加锁阶段,而没有体现在线程被唤醒阶段。(线程排队去加锁)
补充:锁升级过程
偏向锁:在锁对象的对象头中记录一下当前获取到该锁的线程ID,该线程下次如果又来获取该锁就可以直接获取到了,也就是支持锁重入
轻量级锁:由偏向锁升级而来,当一个线程获取到锁后,此时这把锁是偏向锁,此时如果有第二个线程来竞争锁,偏向锁就会升级为轻量级锁,之所以叫轻量级锁,是为了和重量级锁区分开来,轻量级锁底层是通过 (JVM层次)自旋来实现的,并不会阻塞线程
如果自旋次数过多仍然没有获取到锁,则会升级为重量级锁,重量级锁会导致**(操作系统层次)**线程阻塞
自旋锁:自旋锁就是线程在获取锁的过程中,不会去阻塞线程,也就无所谓唤醒线程,阻塞和唤醒这两个步骤都是需要操作系统去进行的,比较消耗时间,自旋锁是线程通过CAS获取预期的一个标记,如果没有获取到,则继续循环获取,如果获取到了则表示获取到了锁,这个过程线程一直在运行中,相对而言没有使用太多的操作系统资源,比较轻量。
补充:ReentrantLock类中的获取锁方法区别
lock(): 获取锁。如果锁不可用,则当前线程会被阻塞,直到获取到锁为止。
tryLock(): 尝试获取锁,如果锁可用,则立即获取锁并返回true;如果锁不可用,则立即返回false,不会阻塞当前线程。