Reactor3 MpscLinkedQueue源码分析

前言

上一篇我们说到了SpscLinkedArrayQueue,它是一个单生产者单消费者的队列。在实际的开发过程中不可能都是单生产者,很多时候都是在高并发情况下需要引入队列来进行削峰。在Reactor3中MpscLinkedQueue就是这样一个多生产者单消费者的队列。

成员变量

//当前生产节点
private volatile LinkedQueueNode<E> producerNode;
//生产节点伴随的并发控制成员变量
    private final static AtomicReferenceFieldUpdater<MpscLinkedQueue, LinkedQueueNode> PRODUCER_NODE_UPDATER
            = AtomicReferenceFieldUpdater.newUpdater(MpscLinkedQueue.class, LinkedQueueNode.class, "producerNode");
//当前消费节点
    private volatile LinkedQueueNode<E> consumerNode;
//消费节点伴随的并发控制成员变量
    private final static AtomicReferenceFieldUpdater<MpscLinkedQueue, LinkedQueueNode> CONSUMER_NODE_UPDATER
            = AtomicReferenceFieldUpdater.newUpdater(MpscLinkedQueue.class, LinkedQueueNode.class, "consumerNode");

构造方法

public MpscLinkedQueue() {
        //初始化时使用一个空节点作为头结点
        LinkedQueueNode<E> node = new LinkedQueueNode<>();
        //这里使用lazySet只保证了前面代码的有序性,后面的可见性没有保证,也就是只有storestore没有storeload
        CONSUMER_NODE_UPDATER.lazySet(this, node);
        //下面的代码会在最后加上storeLoad保证了整个结构的内存可见性
        PRODUCER_NODE_UPDATER.getAndSet(this, node);// this ensures correct construction:
        // StoreLoad
    }

这里使用lazySet的性能优化技巧在上一篇SpscLinkedArrayQueue没有提到,使用lazySet并不能保证修改变量后其他线程能马上看到最新值,所以在使用lazySet提升性能时,要清楚的知道自己再做什么。如果没有把握最好还是在保证程序正确的前提下在去优化性能。
上面的构造函数最后使用CAS会在最后加上StoreLoad内存屏障,将所有值都刷到主存,保证其他线程的可见。在Volatile变量写的前后分别加上StoreStore,StoreLoad是一种保守的策略,有些CPU会根据程序做一些优化。比如在这个例子中,中间如果将lazySet修改为CAS,有些CPU也是可以将这个CAS的效果优化为lazySet的效果,去掉后面的StoreLoad内存屏障。

生产

public final boolean offer(final E e) {
        Objects.requireNonNull(e, "The offered value 'e' must be non-null");

        //创建新的节点
        final LinkedQueueNode<E> nextNode = new LinkedQueueNode<>(e);
        //这里使用CAS来控制并发,每次只有一个线程能抢占到节点
        final LinkedQueueNode<E> prevProducerNode = PRODUCER_NODE_UPDATER.getAndSet(this, nextNode);
        // Should a producer thread get interrupted here the chain WILL be broken until that thread is resumed
        // and completes the store in prev.next.
        //抢占成功后就可以偷懒使用lazySet慢悠悠的将值存放到这个节点,其他线程不会立马看到这个新的节点,
        //不过不会对结果有影响,订阅者会循环的拉取消息,过很小的一段时间就可以看到这个节点了
        prevProducerNode.soNext(nextNode); // StoreStore
        return true;
}


 public void soNext(LinkedQueueNode<E> n) {
      NEXT_UPDATER.lazySet(this, n);
}

消费

public E poll() {
        LinkedQueueNode<E> currConsumerNode = consumerNode; // don't load twice, it's alright
        LinkedQueueNode<E> nextNode = currConsumerNode.lvNext();

        if (nextNode != null) {
            // we have to null out the value because we are going to hang on to the node
            //获取下一个节点的值,并将他的值设置为null,因为这个节点即将成为新的头结点,
            //由于只是单消费者的原因,所以不会有并发安全的问题
            final E nextValue = nextNode.getAndNullValue();

            // Fix up the next ref of currConsumerNode to prevent promoted nodes from keeping new ones alive.
            // We use a reference to self instead of null because null is already a meaningful value (the next of
            // producer node is null).
            //将当前节点的下个节点的指针指向自己,不使用null的原因是null表示当前节点的下个节点可能是null.
            currConsumerNode.soNext(currConsumerNode);
            CONSUMER_NODE_UPDATER.lazySet(this, nextNode);
            // currConsumerNode is now no longer referenced and can be collected
            return nextValue;
        } else if (currConsumerNode != producerNode) {
            //如果当前头节点的下一个节点为空,但是当前的头结点有和当前的生产节点是同一个节点,
            // 则说明当前头结点的数据不是最新的,下面通过一个循环来等待本地缓存刷新
            while ((nextNode = currConsumerNode.lvNext()) == null) {
            }
            //下面的逻辑就和上面一致了
            // got the next node...
            // we have to null out the value because we are going to hang on to the node
            final E nextValue = nextNode.getAndNullValue();

            // Fix up the next ref of currConsumerNode to prevent promoted nodes from keeping new ones alive.
            // We use a reference to self instead of null because null is already a meaningful value (the next of
            // producer node is null).
            currConsumerNode.soNext(currConsumerNode);
            CONSUMER_NODE_UPDATER.lazySet(this, nextNode);
            // currConsumerNode is now no longer referenced and can be collected
            return nextValue;
        }
        return null;
    }

总结

MpscLinkedQueue和SpscLinkedArrayQueue一样也是参考了JCTools,都是无锁队列。都再恰当的地方使用了lazySet来优化性能同时保证程序的正确性。当然,MpscLinkedQueue的单消费者的特性也不是由它自己来保证的。下一篇我们再来Reactor3如何使用这两个队列。

感谢阅读,希望对你有帮助。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Reactor 是一个高性能的服务器网络库,广泛应用于高并发的网络通信领域。对于理解 Reactor源码,需要从以下几个方面进行分析。 首先是 Reactor 的核心组件-事件循环。事件循环是 Reactor 架构的核心,它负责监听网络事件,接收和处理客户端请求。通过分析事件循环的源码,可以了解其如何通过底层的 event-driven 处理模式,实现高效的事件处理和多路复用。 其次是 Reactor 的线程模型。Reactor 采用多线程模型,通过线程池来实现并发处理。分析线程模型的源码可以了解 Reactor 如何管理线程,如何实现任务的调度和分发。 然后是 Reactor 的事件处理机制。Reactor 使用事件驱动的方式来处理网络事件,通过注册事件和回调函数的方式,实现网络事件和处理逻辑的解耦。通过分析事件处理机制的源码,可以了解 Reactor 如何注册和分发事件,以及如何管理事件的生命周期。 此外,还需要分析 Reactor 的网络协议处理部分。Reactor 作为一个网络服务器库,需要支持各种网络协议的处理,如 HTTP、TCP、WebSocket 等。通过分析网络协议处理部分的源码,可以了解 Reactor 如何解析和处理这些协议。 最后,还需要分析 Reactor 的性能优化部分。Reactor 的设计目标是高性能,在源码中必然会包含一些性能优化的实现。分析性能优化部分的源码,可以了解 Reactor 如何提高网络通信的效率,如何减少资源消耗。 总之,React的源码分析需要从事件循环、线程模型、事件处理机制、协议处理和性能优化等方面进行,通过深入分析这些方面的源码,可以更加全面地理解和掌握 Reactor 的原理和实现方式。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值