disruptor example

本文介绍了Disruptor框架,一种高性能的消息队列实现,详细解释了其核心组件Producer、RingBuffer及EventHandler的工作原理,并通过多个示例展示了如何利用Disruptor处理事件的不同顺序需求,包括并行处理、依赖顺序处理等。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

disruptor example

disruptor可以简单的看做是:内存MQ(内存消息队列) or java的阻塞队列
与阻塞队列比:效率更高、功能更强

image

  • producer:生产事件
  • disruptor(确切的说是里面的ring buffer):存放事件
  • EventHandler:处理事件,进行业务逻辑
  • 对于一个事件,所有的EventHandler都能接收到,也就是说一个事件消息会被处理多次(也可以使用wokerpool只让一个消息处理一次,后面会说)

代码示例

环境:JDK version:1.6 disruptor:3.3.6

代码位置https://github.com/yanglikun/disruptor-example

备注:运行测试类在控制台输入消息内容,回车就能发送消息(example_basic.BasicMain不需要)

没有顺序,并行执行

step1、step2、step3三个处理器都会接收到消息而且执行没有先后顺序 测试类:example_basic.ParallelEventHandlersMain
image

有先后依赖顺序执行

step1、step2、step3 三个步骤会严格按照顺序执行 测试类example_basic.DependenciesChainMain
image

菱形顺序

step1-1、step1-2之间没有顺序,但是step2会等到step1-1、step2-1都执行完后才会执行 测试类example_basic.DependenciesDiamondMain
image

链式依赖顺序

chain1、chain2之间没有依赖关系,but chain1中的 step1-1、step1-2有先后关系、chain12中的 step2-1、step2-2有先后关系。测试类example_basic.DependenciesMultiChainMain
image

异常处理

异常需要设置setDefaultExceptionHandler,要不然处理器抛出异常后,就不会再处理事件了。测试类example_other.SimulationExceptionMain

监控disruptor的负载

调用ringBuffer.remainingCapacity()查看还有多少没使用,测试类example_other.MonitorDisruptorMain

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值