在RTA系统（信息流广告获客流量筛选环节）中我们遇到一个这样的场景：RTA请求的入参和决策过程以及结果都需要一条一条的记录至数据库中，方便业务人员进行后续的效果分析，但我们都知道，RTA系统是个动辄超过几十万QPS的特殊业务系统，也就意味着系统每秒需要处理超过几十万条请求记录。一般在这种场景下，我们首先会想到利用内存队列进行批处理操作，以便达到降低数据库QPS的压力，否则大量的请求直接打入至数据库，集群规模和压力都是不敢想象的。但这时候如果简单利用Java内置的内存队列（如ArrayBlockingQueue、ConcurrentLinkedQueue等），通过压测后我们会发现单机处理能力上不去，因为这些内存队列会直接压榨机器的性能，导致单机处理能力达不到预期的效果。所以这时候我们就想要去找一款比Java自带内存队列具备更优性能，更强大处理能力的内存队列，用以应对此种场景，提高我们的单机处理能力。

后来通过调研，参考了Log4j等一些知名的开源项目，里面用到了一款叫Disruptor的高性能内存队列，通过对它的调研和了解，发现很适合RTA系统的这个场景，我们以disruptor为中心构建超百亿的消息处理模型。

我们在特征服务DataService中利用Disruptor替换线程池后试图解决机器cpu利用率不高，长尾请求延迟不线性等问题。本文简单介绍了一下对Disruptor的个人理解以及落地的结果。

A few years ago, when NoSQL was trending, like every other team, our team was also enthusiastic about the new and exciting stuff; we were planning to change the database in one of the applications. But when we got into the finer details of the implementation, we remembered what a wise man once said, “the devil is in the details,” and eventually, we realized that NoSQL is not a silver bullet to fix all problems, and the answer to NoSQL VS RDMS was: “it depends.” Similarly, in the last year, concurrency libraries like RxJava and Spring Reactor were trending with enthusiastic statements, like the asynchronous, non-blocking approach is the way to go, etc. In order to not make the same mistake again, we tried to evaluate how concurrency frameworks like ExecutorService, RxJava, Disruptor, and Akka differ from one another and how to identify the right use case for respective frameworks.

听到队列相信大家对其并不陌生，在我们现实生活中队列随处可见，去超市结账，你会看见大家都会一排排的站得好好的，等待结账，为什么要站得一排排的，你想象一下大家都没有素质，一窝蜂的上去结账，不仅让这个超市崩溃，还会容易造成各种踩踏事件，当然这些事其实在我

前言秒杀架构持续优化中，基于自身认知不足之处在所难免，也请大家指正，共同进步。文章标题来自码友的建议，希望可以把阻塞队列ArrayBlockingQueue这个队列替换成Disruptor，由于之前曾接触过这个东西，听说很不

Diruptor概述“多核危机”驱动了并发编程的复兴，然后并发编程和一般的系统相比，复杂性有个很大梯度的上升。多线程开发很大困难在于：多个线程间存在依赖关系时，如何进行协调。依赖一方面是执行顺序的依赖，如某个线程执行需要依赖其他线程执行或其它线程的某些阶段执行结果，Java为我们提供的解决方案是：wait/notify、lock/condition、join、yield、Semaphore、Cou

原文地址：http://ifeve.com/disruptor-padding/ 作者：Trisha 译者：方腾飞 校对：丁一 我们经常提到一个短语Mechanical Sympathy，这个短语也是Martin博客的标题（译注：Martin Thompson），Mechanical Sympathy讲的是底层硬件是如何运作的，以及与其协作而非相悖的编x

本文介绍Disruptor的实现原理。主要介绍了常用内存队列的缺陷，Disruptor针对缺陷进行的独特设计，以及优化后的性能对比。

是什么？ LMAX在线交易出品的一个高效的无锁并发框架它高效核心在于其无锁队列RingBuffer的独特设计。它可以用来进行线程之间的数据交互。 老生重谈：锁 并发编程中，为...

1、不使用锁，使用CAS。锁涉及到操作系统，而CAS是CPU级别，更快。

2、RingBuffer只需要一个序列号来保存下一个可用的空间，减小竞争。

3、Cache Line Padding。

Disruptor 是一个高性能异步处理框架，也可以认为是一个消息框架，它实现了观察者模式。 Disruptor 比传统的基于锁的消息框架的优势在于：它是无锁的、CPU友好；它不会清除缓存中的数据，只会覆盖，降低了垃圾回收机制启动的频率。 这个解读是在最新版 3.1.1 的源码上进行。 关于Disruptor&#