前言

Disruptor 是一个开源的并发框架。由英国外汇交易公司LMAX开发的一个高性能队列，并且大大的简化了并发程序开发的难度，获得2011Duke’s程序框架创新奖。

几年前听说过Disruptor，一直没用过也没深究， 其号称是一个性能爆表的并发队列，上Github/LMAX-Exchange/disruptor 去看了看，官方性能描述文章 选了慢如蜗牛的ArrayBlockQueue来对比。在Nehalem 2.8Ghz – Windows 7 SP1 64-bit录得性能见后(其中P，C分别代表 Producer和Consumer):

1P – 1C 的吞吐量两千五百万次，1P – 3C Multicast 就降到了一千万次不到，对比我所认为的非线程安全1P -1C队列亿次每秒的量级，感觉并不强大。亿次每秒的队列加上线程安全，毛估估1P-1C性能减半五千万次每秒，1P-3C 再减少个30%三千五百万次每秒，应该差不多了吧。

1.   Disruptor是什么

1.1   技术背景

LMAX是在英国注册并受到FCA监管（监管号码为509778）的外汇黄金交易所, LMAX架构是LMAX内部研发并应用到交易系统的一种技术。它之所以引起人们的关注,是因为它是一个非常高性能系统，这个系统是建立在JVM平台上，核心是一个业务逻辑处理器，官方号称它能够在一个线程里每秒处理6百万订单.

一个仅仅部署在4台服务器上的服务，每秒向Database写入数据超过100万行数据，每分钟产生超过1G的数据。而每台服务器（8核12G）上CPU占用不到100%，load不超过5。

阅读全文

翻译自Disruptor git库教程   英文地址

获得Disruptor

可以通过Maven或者下载jar来安装Disruptor。只要把对应的jar放在Java classpath就可以了。

基本的事件生产和消费

我们从一个简单的例子开始学习Disruptor：生产者传递一个long类型的值给消费者，而消费者消费这个数据的方式仅仅是把它打印出来。首先声明一个Event来包含需要传递的数据：

public class LongEvent { 
    private long value;
    public long getValue() { 
        return value; 
    } 
 
    public void setValue(long value) { 
        this.value = value; 
    } 
} 

阅读全文

原文地址：http://ifeve.com/dissecting-disruptor-wiring-up/

作者：Trisha   译者：廖涵  校对：方腾飞

现在我已经讲了 RingBuffer​ 本身，如何从它 读取​ 以及如何向它 写入​。从逻辑上来说，下一件要做的事情就是把所有的东西拼装到在一起。

我前面提到过多生产者的情况——他们通过 ProducerBarrier 保证写入操作顺序与可控。我也提到过简单场景下的多消费者数据访问。更多的消费者的场景会变得更加复杂，我们​ 实现了一些聪明的机制允许多个消费者在访问 Ring Buffer 的时候互相等待（依赖）。像很多应用里，有一连串的工作需要在实际执行业务逻辑之前完成 (happen before) —— 例如，在做任何操作之前，我们都必须先保证消息写入磁盘。

Disruptor 论文​ 和性能测试里包含了你可能想到的一些基本结构。我准备讲一下其中最有趣的那个，这多半是因为我需要练习如何使用画图板。 阅读全文

原文地址：http://mechanitis.blogspot.com/2011/07/dissecting-disruptor-wiring-up.html （因被墙移到墙内）

So now I’ve covered the ring buffer itself, reading from it and writing to it.

Logically the next thing to do is to wire everything up together.

I talked about multiple producers – they have the producer barrier to keep them in order and under control.  I’ve talked about consumers in a simple situation.  Multiple consumers can get a little more involved.  We’ve done some clever stuff to allow the consumers to be dependent on each other and the ring buffer.  Like a lot of applications, we have a pipeline of things that need to happen before we can actually get on with the business logic – for example, we need to make sure the messages have been journalled to disk before we can do anything. 阅读全文

原文：http://blog.codeaholics.org/2011/the-disruptor-lock-free-publishing/

译者：罗立树

假如你生活在另外一个星球，我们最近开源了一套高性能的基于消息传递的开源框架。

下面我给大家介绍一下如何将消息通过Ring buffer在无锁的情况下进行处理。

在深入介绍之前，可以先快速阅读一下Trish发表的文章，该文章介绍了ring buffer和其工作原理。

阅读全文

原文地址：http://blog.trifork.nl/2011/07/20/processing-1m-tps-with-axon-framework-and-the-disruptor/

作者： Allard Buijze  译者：程晓明

LMAX，一家在英国的金融公司，最近开源了其（新型零售金融交易平台的）核心组件之一：Disruptor。这个组件通过删除必须的锁来降低执行开销，且任然保证正确的处理订单。如果你问我，我会说这是一个优美精巧的工程。我尝试把Disruptor应用到Axon控制总线中，就是想看看它到底有多大的潜力。结果相当惊人。

阅读全文

Martin Fowler在自己网站上写了一篇LMAX架构的文章，在文章中他介绍了LMAX是一种新型零售金融交易平台，它能够以很低的延迟产生大量交易。这个系统是建立在JVM平台上，其核心是一个业务逻辑处理器，它能够在一个线程里每秒处理6百万订单。业务逻辑处理器完全是运行在内存中，使用事件源驱动方式。业务逻辑处理器的核心是Disruptor。

Disruptor它是一个开源的并发框架，并获得2011 Duke’s 程序框架创新奖，能够在无锁的情况下实现网络的Queue并发操作。本文是Disruptor官网中发布的文章的译文（现在被移到了GitHub）。

剖析Disruptor:为什么会这么快

1. 剖析Disruptor:为什么会这么快？(一)锁的缺点
2. 剖析Disruptor:为什么会这么快？(二)神奇的缓存行填充
3. 剖析Disruptor:为什么会这么快？(三)伪共享
4. 剖析Disruptor:为什么会这么快？(四)揭秘内存屏障

Disruptor如何工作和使用

1. 如何使用Disruptor（一）Ringbuffer的特别之处
2. 如何使用Disruptor（二）如何从Ringbuffer读取
3. 如何使用Disruptor（三）写入Ringbuffer
4. 解析Disruptor关系组装
5. Disruptor(无锁并发框架)-发布
6. LMAX Disruptor——一个高性能、低延迟且简单的框架
7. Disruptor Wizard已死，Disruptor Wizard永存！
8. Disruptor 2.0更新摘要
9. 线程间共享数据不需要竞争

Disruptor的应用

1. LMAX的架构
2. 通过Axon和Disruptor处理1M tps

原文地址：http://ifeve.com/dissecting-the-disruptor-writing-to-the-ring-buffer/

作者：Trisha   译者：廖涵  校对：方腾飞

这是 Disruptor 全方位解析（end-to-end view）中缺少的一章。当心，本文非常长。但是为了让你能联系上下文阅读，我还是决定把它们写进一篇博客里。

本文的 重点 是：不要让 Ring 重叠；如何通知消费者；生产者一端的批处理；以及多个生产者如何协同工作。 阅读全文

原文地址：The Disruptor Wizard is Dead, Long Live the Disruptor Wizard! 译者：杨帆 校对：丁一

Disruptor Wizard（上一篇中提到的DSL组件）目前已经正式并入Disruptor的代码树当中。既然.net移植版包含了Wizard风格的语法很久了，并且看起来还挺受欢迎，所以为什么还要让人们非得搞两个jar而不是一个？

我跟随Disruptor在术语命名上的变动做出了相应的更新。以前的Customer（消费者），现在叫EventProcessor（事件处理器）和EventHandler（事件句柄）。这样的命名更好的说明了实际上的情况：消费者事实上可以向事件添加附加值。另外，ProducerBarrier（生产者屏障）被合并到Ring Buffer一起，并且Ring Buffer Entry（条目）被改名为Event（事件）。新的命名更贴切了，因为实际上围绕Disruptor的编程模型大部分时候都是基于事件的。

阅读全文

原文：Disruptor 2.0 – All Change Please 译者：杨帆

马丁最近发布了Disruptor的2.0版本，从我们开始将其开源以来发生了很多变化，现在是个时候推出一个正式的里程碑了。马丁的博客上涵盖了这次更新的所有内容，这篇文章的目的是尝试把我以前的博文以新框架的架构转述给大家，因为将它们都重写一遍要耗费很多时间。现在我看到手工绘图的缺点了。

阅读全文

原文地址：LMAX Disruptor – High Performance, Low Latency and Simple Too 翻译：杨帆 校对：丁一

Disruptor是一个用于在线程间通信的高效低延时的消息组件，它像个增强的队列，并且它是让LMAX Exchange跑的如此之快的一个关键创新。关于什么是Disruptor、为何它很重要以及它的工作原理方面的信息都呈爆炸性增长 —— 这些文章很适合开始学习Disruptor，还可跟着LMAX BLOG深入学习。这里还有一份更详细的白皮书。

阅读全文

原文地址：http://ifeve.com/disruptor-memory-barriers/

译者：杜建雄     校对：欧振聪

最近我博客文章更新有点慢，因为我在忙着写一篇介绍内存屏障（Memory Barries）以及如何将其应用于Disruptor的文章。问题是，无论我翻阅了多少资料，向耐心的Martin和Mike请教了多少遍，以试图理清一些知识点，可我总是不能直观地抓到重点。大概是因为我不具备深厚的背景知识来帮助我透彻理解。

所以，与其像个傻瓜一样试图去解释一些自己都没完全弄懂的东西，还不如在抽象和大量简化的层次上，把我在该领域所掌握的知识分享给大家 。Martin已经写了一篇文章《going into memory barriers》介绍内存屏障的一些具体细节，所以我就略过不说了。

免责声明：文章中如有错误全由本人负责，与Disruptor的实现和LMAX里真正懂这些知识的大牛们无关。

阅读全文