美文网首页
多线程之JUC笔记

多线程之JUC笔记

作者: 雨中独奏 | 来源:发表于2019-02-24 20:05 被阅读0次

JUC并发包是jdk提供的一系列关于并发框架的jar包,最基本的有Lock和Condition,对应sychronized和wait&notify的功能,其核心是AQS抽象队列同步器。

AQS

AQS抽象队列同步器维护着一个FIFO阻塞同步队列,还有一个内部类ConditionObject,一个FIFO等待队列,它们的基本数据结构都是一个Node类。Node主要有prev,next,nextWaiter,waitStatus这些属性。此外还有一个state记录锁次数,owner记录当前获取锁的线程。下面以Reentrantlock来分析具体过程。

lock()

首先会使用cas操作尝试更新state=1,若成功表明未有线程获取锁,设置当前线程为owner,线程继续执行。若更新失败表示已有其他线程获取到锁,将当前线程包装为一个Node,并cas设置waitStatus为-1(Node.Singal)放入AQS队列尾部(若head为空,则新建一个Node节点作为head),设置prev和next。然后自旋对这个Node尝试获取锁,成功则将此Node设为head,前一个节点的next设为null帮助gc回收,失败则park当前线程使之阻塞。

unlock()

使state减1,若state为0表明锁已全部释放完。获取AQS结点中的头结点的下一节点,唤醒其中线程,则唤醒此时被park的线程继续自旋获取到锁。如果是共享模式则在自旋设置head之后多执行了一步操作,继续唤醒后续共享模式结点中的线程。

await()

必须在当前线程获取锁时才能执行,首先把当前线程构成一个Node,设置waitStatus为-2(Node.CONDITION)并放入ConditionObject队列尾部。然后对当前线程完全释放锁,唤醒AQS中的头部线程,随后park当前线程。

singal()&singalAll()

取ConditionObject队列首部节点,并把它从队列中移除,CAS将Node的waitStatus从CONDITION置为0,随后放入AQS队列的尾部,再设置waitStatus从CONDITION置为-1,unpark唤醒这个线程。

CAS操作

CAS比较交换是一种乐观锁机制,其过程是取当前值和预期值进行比较,若一致,则将更新值作为最新值,不一致则操作失败,它是一种cpu指令级别的原子操作,且是直接根据内存中的地址来做对比更新。

park&unpark

park&unpark底层原理是获取一个许可&给予一个许可,在jvm中每个线程有一个Parker实例,其中有个_counter变量来记录是否有许可。
1.unpark时先更新_counter为1,并判断之前的_counter小于1;
如果小于1,则去唤醒阻塞的线程,若有线程被唤醒然后使_counter为0;
如果给定线程没有启动start,则该操作没有任何效果.
2.park,则会检测_counter是否大于0;
如果大于0则将_counter变成0,线程继续执行,否则堵塞线程。
3.线程被park后阻塞时,如果被中断也会被唤醒。

JUC并发工具包

1.Semaphore 信号量是一类经典的同步工具。信号量通常用来限制线程可以同时访问的(物理或逻辑)资源数量。

2.CountDownLatch闭锁 一种非常简单、但很常用的同步辅助类。其作用是在完成一组正在其他线程中执行的操作之前,允许一个或多个线程一直阻塞。CountDownLatch闭锁状态包括一个计数器,该计数器被初始化为一个正数,表示需要等待的事件数量。countDown方法将递减计数器,表示有一个事件已经发生了,而await方法等待计数器到达零,这表示所有需要的事件都已经发生。如果计数器的值为非零,那么await会一直阻塞直到计数器为零,或者等待中的线程中断,或者等待超时。

3.CyclicBarrier栅栏类似于闭锁,它能阻塞线程直到某个事件发生。当线程到达栅栏位置时,将调用await方法,这个方法将阻塞直到所有线程都到达阻塞位置。如果所有线程都到达了栅栏的位置,那么栅栏将打开,此时所有线程都将被释放,而栅栏将被重置以便下次使用。如果对await的调用超时,或者await阻塞的线程被中断,那么栅栏就被认为是打破了,所有阻塞的await调用都将终止并抛出BrokenBarrierException。如果成功地通过栅栏,那么await将为每个线程返回一个唯一的到达索引号,我们可以利用这些索引来“选举”产生一个领导线程,并在下一次迭代中由该领导线程执行一些特殊的工作。
栅栏与闭锁的关键区别在于:所有线程必须同时到达栅栏位置,才能继续执行。而且闭锁只能使用一次,而栅栏可以重复循环使用。

4.JDK1.7中的Phaser一种可重用的同步屏障,功能上类似于CyclicBarrier和CountDownLatch,但使用上更为灵活。CountDownLatch和CyclicBarrier都是只适用于固定数量的参与者,Phaser适用于可变数目的屏障。

5.JDK1.8中的StampedLock,优化了之前的读写锁ReentrantReadWriteLock。读写锁特点是读-读不互斥(Node设置为共享模式),读-写互斥,写-写互斥,本质上来说都是悲观锁。StampedLock在将读锁优化成了一种乐观锁机制,而对于读-写的情况,在读的时候会判断是否有写操作,有则再读一次。

相关文章

  • 2018-07-26 CountDownLatch

    【转】Java多线程系列--“JUC锁”09之 CountDownLatch原理和示例

  • JUC学习笔记三

    JUC学习笔记三 用于解决多线程同步问题的方式 隐式锁(synchronized) 同步代码块 同步方法 显式锁(...

  • 多线程之JUC笔记

    JUC并发包是jdk提供的一系列关于并发框架的jar包,最基本的有Lock和Condition,对应sychron...

  • 多线程学习笔记二之JUC组件

    概述 为了对共享资源提供更细粒度的同步控制,JDK5新增了java.util.concurrent(JUC)并发工...

  • 学习方向

    JAVA基础 多线程、JUC(Java Util Concurrency)、IO、集合 JVM相关 高并发 Spr...

  • juc多线程

    1、join:待此线程执行完成后,再执行其他线程,其他线程阻塞等待 CyclicBarrier 等所有线程都到达了...

  • 并发编程之 CountDown 源码分析

    前言 Doug Lea 大神在 JUC 包中为我们准备了大量的多线程工具,其中包括 CountDownLatch ...

  • ReentrantLock 源码分析以及 AQS (一)

    前言 JDK1.5 之后发布了JUC(java.util.concurrent),用于解决多线程并发问题。AQS ...

  • Java多线程JUC

    1. volatile 关键字 多线程访问的时候,一个比较严重的问题就是内存不可见,其实在内存访问的时候每一个线程...

  • JUC框架&多线程

    5 Volatile 关键字 保证内存可见和有序向性,但是不保证原子性 虽然synchronized,jvm对它做...

网友评论

      本文标题:多线程之JUC笔记

      本文链接:https://www.haomeiwen.com/subject/yfigeqtx.html