呵呵，你没有仔细看我推荐给你的文章，多个线程跑任务如果写同一个资源，有争夺，必须用锁或乐观锁等堵塞方法，所以，无论并发多少，当然还是非堵塞的单线程写比多线程写快了(特别是多核情况，一个线程一个CPU，其他CPU并行运行其他线程的概率就大很多)，性能体现在吞吐量和延迟两个指标上，都要好，否则Node.js那么热不是没有原因。

[该贴被banq于2013-11-22 16:09修改过]

private final long ordinal; //当前消费线程的编号，需要指定

private final long numberOfConsumers; //总共多少个消费者

if ((sequence % numberOfConsumers) == ordinal) {

//这是我的菜，开始业务处理

｝

然后将Event丢到线程组中消费，就可以实现多线程消费Event了。

不知道是否符合楼主需求。

假设Event数据是手机号码，SMSEventHandler中的逻辑就是给手机号码发短信, 

生产者生产了10000个手机号, 楼主想要通过new出2多个SMSEventHandler去并行的消费短信，但是结果确实每个手机发送了2次. 

disruptor.handleWith(new SMSEventHandler(), new SMSEventHandler()) 这种结果会让这10000个手机每个都发了2次短信!!!!

楼主想的是多个EventHandler一起去抢数据消费!! 这种场景不要用EventHanler

Disruptor提供了WorkPool和WorkerHandler<T>的，你就不要实现EventHandler了， 而是去实现WorkerHandler

WorkerHandler<T> handlers = new WorkHandler[16];

然后传进去

public final EventHandlerGroup<T> handleEventsWithWorkerPool(final WorkHandler<T>... workHandlers)

那么 将会有16个消费者线程去消费这10000条短信!

然后new一个WorkerHandler数组

disruptor支持WorkPool的

handleEventsWithWorkerPool(final WorkHandler<T>... workHandlers)