Disruptor的简单介绍与应用

前言

最近工作比较忙，在工作项目中，看了很多人都自己实现了一套数据任务处理机制，个人感觉有点乱，且也方便他人的后续维护，所以想到了一种数据处理模式，即生产者、缓冲队列、消费者的模式来统一大家的实现逻辑。

下面时是对Disruptor基本使用的演示。使用中需要引入依赖

<dependency>
  <groupId>com.lmax</groupId>
  <artifactId>disruptor</artifactId>
  <version>3.4.2</version>
</dependency>

名称解释

• Ring Buffer

环境的缓存区,3.0版本以前被认为是Disruptor的主要成员。3.0版本以后，环形缓冲区只负责通过Disruptor的事件方式来对数据进行存储和更新。在一些高级的应用场景中，Ring Buffer可以由用户的自定义实现完全替代。

• Sequence

Disruptor使用Sequence作为一种方法来确定特定组件的位置。每个使用者（EventProcessor）与Disruptor本身一样维护一个序列。大多数并发代码依赖于这些序列值的移动，因此序列支持AtomicLong的许多当前特性。事实上，两者之间唯一真正的区别是序列包含额外的功能，以防止序列和其他值之间的错误共享。

• Sequencer

Sequencer是真正的核心，该接口的两个实现（单生产者， 多消费者）实现了所有用于在生产者和使用者之间的快速、正确的传递数据的并发算法。

• Sequence Barrier

序列屏障由Sequencer产生，包含对Sequencer和任何依赖消费者的序列的引用。它包含确定是否有任何事件可供使用者处理的逻辑。

• Wait Strategy

等待策略确定消费者将如何等待生产者产生的消息，Disruptor将消息放到事件（Event）中。

• Event

从生产者到消费者的数据单位。不存在完全由用户定义的事件的特定代码的表示形式。

• EventProcessor

EventProcessor持有特定消费者（Consumer）的Sequence，并提供用于调用事件处理实现的事件循环。

• BatchEventProcessor

BatchEventProcessor它包含事件循环的有效实现，并将回调到已使用的EventHandle接口实现。

• EventHandler

Disruptor定义的事件处理接口，由用户实现，用于处理事件，是Consumer的真正实现。

• Producer

生产者，只是泛指调用Disruptor发布事件的用户代码，Disruptor没有定义特定接口或类型。

架构图

简单实用Disruptor

1 定义事件

事件就是通过Disruptor进行交换的数据类型。

package com.disruptor;

public class Data {

    private long value;

    public long getValue() {
        return value;
    }

    public void setValue(long