Java高并发——“锁”知识整理

最新推荐文章于 2024-08-06 10:22:43 发布

女少侠请留步

最新推荐文章于 2024-08-06 10:22:43 发布

阅读量167

点赞数 1

分类专栏： Java开发文章标签： java

本文链接：https://blog.csdn.net/m0_38132177/article/details/116296453

版权

8 篇文章 0 订阅

订阅专栏

最近在复习Java并发的时候，着重看了各类锁，了解了基本概念，现在将相关锁的知识点整理如下，供初学者快速入门理解。

乐观锁和悲观锁

乐观锁：在并发下对数据进行修改时保持乐观的态度。认为在自己修改数据的过程中，其它线程不会对同一数据进行修改，所以不对数据加锁，但是在最终更新数据前，会判断一下这个数据有没有被修改，若没有，才将它更新为自己修改的值；
悲观锁：在并发下对数据进行修改时保持悲观的态度。认为在自己修改数据的过程中，其它线程也会对同一数据进行修改，所以在操作前先对数据加锁，在操作完成后释放锁，而在释放锁之前，其它线程无法操作该数据。

CAS是乐观锁的一种实现方式，而悲观锁比较典型的是synchronized。

独占锁：又叫排它锁，指该锁只能被一个线程所拥有。如果线程T对数据A加上独占锁后，其它线程不能再对A加任何锁。获得排它锁的线程既能读数据又能修改数据。
ReentrantLock 和 synchronized 以及JUC中的Lock都是独占锁
共享锁：指该锁可被多个线程共享。如果线程T对数据A加上共享锁后，其它线程只能对A再加共享锁，不能加排它锁。获得共享锁的线程只能读数据，不能修改数据。

独占锁和共享锁都是通过AQS实现的；
ReentrantReadWriteLock：读锁（ReadLock）是共享锁，写锁（WriteLock）是独占锁。二者都是通过内部类Sync（AQS的一个子类）实现的锁。读锁的共享可以保证高并发性。

有关synchronized同步锁在我之前的一篇博客里已经讲过，这里抛一下链接：synchronized与volatile关键字详解

锁一共有四种状态：无锁、偏向锁、轻量级锁和重量级锁（逐渐升级）。锁的优缺点对比：

锁	优点	缺点	适用场景
偏向锁	加锁和解锁不需要额外消耗，与非同步锁方法仅存在微小差距	如果线程之间存在锁竞争，会带来额外的锁撤销的消耗	单线程访问同步块
轻量级锁	竞争的线程不会产生阻塞，提高了程序响应速度	始终得不到锁的线程自旋会消耗CPU	追求响应时间，同步块执行速度非常快
重量级锁	线程竞争不使用自旋消耗CPU	线程阻塞，响应时间缓慢	追求吞吐量，同步块执行时间较长

锁优化这块写的比较糙，主要参考的是这个博客：JVM锁优化，后期认真看完其它讲解后会补充详细~

传统的独占锁会产生阻塞，线程的挂起和恢复需要转入内核态中完成，非常影响效率。

自旋锁：多线程场景下，线程之间通过抢占CPU时间分片执行任务，有可能持有锁的线程很快就会释放锁，此时让后面的线程执行一个忙循环进行等待，这就是自旋锁。自旋次数默认为10次，可使用-XX：PreblockSpin参数来更改
JDK1.6加入了自适应自旋锁，这意味着自旋时间不再是固定的，而是由上一次在同一个锁上的自旋时间及锁的拥有者状态来决定。

锁消除是指在JVM即时编译器运行时，在对代码进行同步时，对检测到不存在共享数据竞争的锁进行消除。

如果一系列的连续操作都对同一个对象反复加锁和解锁，则将会把同步的范围粗化到整个操作序列的外部，这样只需要加一次锁就好了。

目的：在无竞争的情况下消除整个同步使用的互斥量，连CAS操作都不做了。
定义：偏向锁会偏向第一个获得它的线程，如果在接下来的执行过程中该锁没有被其它线程获取，则持有偏向锁的线程以后进入这个锁相关的同步块不再需要进行同步。
原理：
1.锁对象第一次被获取时，虚拟机会把对象头中的锁标志位设置为01，即偏向锁模式；
2.同时使用CAS操作将线程ID记录在对象的 Mark World 之中；
3.若CAS操作成功，则以后进入这个锁相关的同步块时不再进行任何同步操作。

当另一个线程尝试获取这个锁时，偏向模式结束。此时根据锁对象是否处于锁定状态，将锁对象恢复到未锁定状态或者轻量级锁状态（锁的升级，单向不可逆）。

关注