java disruptor压测_探索Disruptor

Disruptor(finalRingBuffer ringBuffer,finalExecutor executor)

Disruptor 通过 java.util.concurrent.ExecutorService 提供的线程来触发 Consumer 的事件处理。例如:

ExecutorService executor = Executors.newCachedThreadPool();

RingBuffer(EventFactory eventFactory, Sequencer sequencer)

Sequencer用于跟踪依赖于数据结构的访问序列的协调器

定义在生产者和消费者之间快速、正确地传递数据的并发算法。

b80ede4e485c68f1b0af76a60aa1ba86.png

Sequencer 是 Disruptor 的真正核心。此接口有两个实现类 SingleProducerSequencer、MultiProducerSequencer ,它们定义在生产者和消费者之间快速、正确地传递数据的并发算法。

Sequence Barrier用于处理数据结构跟踪为出版商和相关EventProcessors序列光标协调障碍

用于保持对RingBuffer的 main published Sequence 和Consumer依赖的其它Consumer的 Sequence 的引用。 Sequence Barrier 还定义了决定 Consumer 是否还有可处理的事件的逻辑。

b1a440750f41c640edc94e5e42d8414d.png

Wait Strategy等待策略

定义 Consumer 如何进行等待下一个事件的策略。 (注:Disruptor 定义了多种不同的策略,针对不同的场景,提供了不一样的性能表现)

Disruptor 定义了 com.lmax.disruptor.WaitStrategy 接口用于抽象 Consumer 如何等待新事件,这是策略模式的应用。

Disruptor 提供了多个 WaitStrategy 的实现,每种策略都具有不同性能和优缺点,根据实际运行环境的 CPU 的硬件特点选择恰当的策略,并配合特定的 JVM 的配置参数,能够实现不同的性能提升。

例如,BlockingWaitStrategy、SleepingWaitStrategy、YieldingWaitStrategy 等,其中,

BlockingWaitStrategy 是最低效的策略,但其对CPU的消耗最小并且在各种不同部署环境中能提供更加一致的性能表现;

SleepingWaitStrategy 的性能表现跟 BlockingWaitStrategy 差不多,对 CPU 的消耗也类似,但其对生产者线程的影响最小,适合用于异步日志类似的场景;

YieldingWaitStrategy 的性能是最好的,适合用于低延迟的系统。在要求极高性能且事件处理线数小于 CPU 逻辑核心数的场景中,推荐使用此策略;例如,CPU开启超线程的特性。

WaitStrategy BLOCKING_WAIT = new BlockingWaitStrategy();

WaitStrategy SLEEPING_WAIT = new SleepingWaitStrategy();

WaitStrategy YIELDING_WAIT = new YieldingWaitStrategy();

Event

在 Disruptor 的语义中,生产者和消费者之间进行交换的数据被称为事件(Event)。它不是一个被 Disruptor 定义的特定类型,而是由 Disruptor 的使用者定义并指定。

一个 Event 实例实际上被用作一个“数据槽”,发布者发布前,先从 RingBuffer 获得一个 Event 的实例,然后往 Event 实例中填充数据,之后再发布到 RingBuffer 中,之后由 Consumer 获得该 Event 实例并从中读取数据。

IEventFactory

事件工厂(Event Factory)定义了如何实例化前面定义的事件(Event),需要实现接口 com.lmax.disruptor.EventFactory。

Disruptor 通过 EventFactory 在 RingBuffer 中预创建 Event 的实例。

EventProcessor

EventProcessor 持有特定消费者(Consumer)的 Sequence,并提供用于调用事件处理实现的事件循环(Event Loop)。

事件只有在提交之后才会通知 EventProcessor 进行处理;

EventHandler

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

Producer

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

d308aaa3f89dad1d8c36f8b3c6439d9b.png

定义事件

实现事件工厂

注意,最后的ringBuffer.publish方法必须包含在finally中以确保必须得到调用;如果某个请求的sequence未被提交,将会堵塞后续的发布操作或者其它的producer。

IEventTranslatorOneArg

Disruptor 提供另外一种形式的调用来简化以上操作,并确保 publish 总是得到调用。

static class Translator implements EventTranslatorOneArg{

@Override

public void translateTo(LongEvent event, long sequence, Long data) {

event.set(data);

}

}

public static Translator TRANSLATOR = new Translator();

public static void publishEvent2(Disruptor disruptor) {

// 发布事件;

RingBuffer ringBuffer = disruptor.getRingBuffer();

long data = getEventData();//获取要通过事件传递的业务数据;

ringBuffer.publishEvent(TRANSLATOR, data);

}

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值