首页
学习
活动
专区
工具
TVP
发布

一般人不知道的线程间数据交换Exchanger

线程间的数据共享除了定义一个共享数据然后各个线程去访问这种方式外,还可以使用Exchanger交换数据。

简单案例

首先看看Exchanger的运用,Exchanger最简单的测试代码,如下图:

对应打印的结果如下:

线程2创建对象java.lang.Object@3f6d4362

线程1创建对象java.lang.Object@c986ad7

线程2得到的类java.lang.Object@c986ad7

线程1得到的类java.lang.Object@3f6d4362

可以看出来线程2创建的对象与线程1得到的线程是同一个对象,也就是他们指向的是同一个引用。

Exchanger源码分析

Exchanger只提供了两个exchange方法,一个是只带交换的数据参数,另外一个不仅有数据参数,还有时间限制,这也从侧面说明exchange是一个阻塞线程的方法,并且可以指定阻塞时间,这里我们先分析下不带时间参数的exchange方法,源码分析主流程如下图:

左边是exchange方法的代码流程图,比较简单可以明显的看出来主要依靠两个方法slotExchange与arenaExchange方法,流程主要有两步,首先尝试从slotExchange方法获取值,如果获取为null则再从arenaExchange方法获取,当返回还是null时则抛出中断异常,否则最终返回结果

slotExchange源码分析

上图中右边的分析图是slotExchange方法的主要代码图,再分析这个方法前先说明一下Exchanger的一个内部类Node,Node有7个属性,这里先说明三个属性item(创建node线程要交换出去的值)、match(创建node线程要获取的值)、parked(创建node的线程);每个线程再执行到Exchanger方法后都会创建一个Node。

理解这个基本概念后,再来快速过一下slotExchange方法流程,方法包含两个循环,第一个循环分析如下:

首先判断Exchanger的slot是否为null,如果不为空则尝试修改slot值为null,如果修改成功则返回slot的item,并设置slot的match,并唤醒slot的线程,交换成功。如果设置失败则说明有其他线程正在修改slot,即存在竞争,这是会判断机器的CPU数,如果大于1则会初始化Exchanger的Node[] arena(这个是下个方法说明),进入下一个循环。

如果slot为null则判断arena是否为null,如果不为null则直接返回null,表示由arenaExchange去执行。

如果都不是则尝试当前线程的node的item设置为要交换的值,同时尝试设置为slot,设置成功则跳出循环,失败则进入下次循环;

第一个循环主要包含两步,如果slot不为null则尝试交换值,交换成功就返回,否则就尝试设置slot的值,设置成功就跳出循环;在cpu是多个的情况下又存在竞争的情况下会再arenaExchange去处理。

这个循环如果跳出来了则说明设置slot成功,那么当前线程只需要等待node的match不为null就行,所以第二个循环的判断条件就是node的match不为null,如果为null就挂起,当唤醒的时候再判断,直到node的match不为null则返回match的值。

分析arenaExchange方法

在slotExchange方法中会在存在竞争修改slot并且运行程序的机器的CPU大于1时会初始化Node[] arena属性,在第二次修改slot还存在竞争失败时就会返回null,这个时候就到了arenaExchange方法上场了。

arenaExchange也是一个for的无限循环,每次取出当前线程的Node来获取进行处理,这里再介绍node一个属性index,用来标记node再arena数组的位置,处理流程的简单分析如下:

首先根据node的index获取j(计算方法:index

第二步如果node为null则把当前线程的node的item设置为要交换出去的值,然后尝试修改arena[j]的值为当前线程的node,如果修改成功则循环判断match的值,当不为null则返回值,否则判断线程中断等条件后则挂起线程,等唤醒再判断。

第三步也就是node不为null,但是在第一步更新失败后,会根据node的bound与Exchange的bound等对比,计算index的值,有时会增长有时会减少,然后进入下一个循环判断。

总结这三步主要目的如下,首先是尝试从arena找一个节点来交换数据,如果交换成功则唤醒对应的线程并返回交换结果,如果交换失败则更新index,再次尝试寻找并交换,如果在找到的arena[j]为null则尝试新建一个node并保存进arena,挂起线程等待唤醒

对之前的arena的j特别说明,把index扩大再作为数组的索引,原因是内存在加载数组一个元素时会把附近的也加载,而修改过后会把加载出来的设置为过期,为了避免这种浪费在数组间隔一定位置在设置值。

总结

Exchanger利用一个Node类型的属性slot实现线程间的交换,如果slot为null则初始化一个并设置item为需要交换的值,然后挂起,当其他线程进来的时候看到slot为null则取出node的item值,然后把自己要交换的值设置进match上,然后唤醒node中线程。

利用一个属性也够了,但是在并发的情况下吞吐量并不高,所以又建了一个Node的数组arena,线程在arena一个个找不为null的值,尝试修改直到修改成功,则获取node的item,再设置match并唤醒线程。如果找到的为null则自己主动new一个node并设置item,然后挂起等待唤醒。

Java程序员日常学习笔记,如理解有误欢迎各位交流讨论!

  • 发表于:
  • 原文链接https://kuaibao.qq.com/s/20200816A0KJNV00?refer=cp_1026
  • 腾讯「腾讯云开发者社区」是腾讯内容开放平台帐号(企鹅号)传播渠道之一,根据《腾讯内容开放平台服务协议》转载发布内容。
  • 如有侵权,请联系 cloudcommunity@tencent.com 删除。

扫码

添加站长 进交流群

领取专属 10元无门槛券

私享最新 技术干货

扫码加入开发者社群
领券