# Disruptor Wizard已死,Disruptor Wizard永存!
Disruptor Wizard(上一篇中提到的DSL組件)目前已經正式并入Disruptor的代碼樹當中。既然.net移植版包含了Wizard風格的語法很久了,并且看起來還挺受歡迎,所以為什么還要讓人們非得搞兩個jar而不是一個?
我跟隨Disruptor在術語命名上的變動做出了相應的更新。以前的Customer(消費者),現在叫EventProcessor(事件處理器)和EventHandler(事件句柄)。這樣的命名更好的說明了實際上的情況:消費者事實上可以向事件添加附加值。另外,ProducerBarrier(生產者屏障)被合并到Ring Buffer一起,并且Ring Buffer Entry(條目)被改名為Event(事件)。新的命名更貼切了,因為實際上圍繞Disruptor的編程模型大部分時候都是基于事件的。
除了以下兩點,Wizard API與以往并沒有太大的不同:
- consumeWith方法改名為handleEventsWith
- getProducerBarrier方法被替換成了一個返回值為ring buffer的start方法。這就不會混淆地認為getProducerBarrier方法也被用作觸發事件處理器線程的啟動。
現在的方法命名清楚地表示了該方法的其它作用。
- 首頁
- 剖析Disruptor為什么會這么快
- 1.1 鎖的缺點
- 1.2 神奇的緩存行填充
- 1.3 偽共享
- 1.4 揭秘內存屏障
- Disruptor如何工作和使用
- 2.1 Ringbuffer的特別之處
- 2.2 如何從Ringbuffer讀取
- 2.3 寫入Ringbuffer
- 2.4 解析Disruptor關系組裝
- 2.5 Disruptor(無鎖并發框架)-發布
- 2.6 LMAX Disruptor 一個高性能、低延遲且簡單的框架
- 2.7 Disruptor Wizard已死,Disruptor Wizard永存!
- 2.8 Disruptor 2.0更新摘要
- 2.9 線程間共享數據不需要競爭
- Disruptor的應用
- 3.1 LMAX的架構
- 3.2 通過Axon和Disruptor處理1M tps