reactor和proactor模式

首先分享一下,我在網上看到的兩篇不錯的文章:正是這兩篇文章才理解了reactor和proactor模式;react

 Reactor模式,或者叫反應器模式 緩存

高性能IO設計的Reactor和Proactor模式 併發

 首先就第一篇《Reactor模式,或者叫反應器模式》作一下筆記:異步

 

剛開店作生意,老闆爲了給顧客一個美好的印象,給顧客最好的服務,一對一:函數

 

隨着經營的生意愈來愈好,顧客多了,不能服務員也多吧,那樣得支出的成本也太大了,要是一會兒來個1000個顧客,難道老闆還得養活1000個服務員,沒辦法,得改變這種服務模式,但又不能讓顧客感到這裏的服務降低了,怎麼辦呢?性能

 

改革之後,有沒有以爲和咱們平時去大排檔啊,街邊小吃店的服務模式很類似是否是,spa

爲何不說和酒店服務很像,其實還真不像,通常XXX星級的飯店的服務,還真是上一種經營模式,爲何他們要這樣呢,操作系統

由於,他們是高富帥啊,顧客消費也高,天然老闆的收入也高,因此老闆也樂子不疲啊。咱們是屌絲,請客都只是去個大排檔就行了。線程

 

改革後的模式就是reactor模式,顧客經過呼叫服務員(event事件)通知服務員,菜單寫好了,服務員就會把菜單交給廚師(事件處理器),廚師就會去作菜了。設計

 

 

如今知道reactor模式的由來了吧,知道一個事情的始末會讓咱們更好的理解它。

下面對第二篇《高性能IO設計的Reactor和Proactor模式》作一下筆記:

這裏主要是講reactor模式和proactor模式的區別:其實就是對數據處理方式變了致使監聽事件方式也轉變了。

固然,若是仍是以第一篇那樣以飯店的經營模式來說解的話,proactor模式應該是這樣的:

 

咱們知道每個飯店都有本身的招牌菜去吸引顧客。固然,其實這道菜你也會作,只是別人作的比你更好,更美味。有一天,一羣高富帥來了這家大拍檔:

 

 

老闆就是老闆,人面廣啊,自家廚師不會作,可讓更專業的人去作,省時省事省心啊!

 

其實這裏咱們都能看出reactor模式和proactor模式的一點點區別了吧!只是還不瞭解具體的細節。

第二篇《性能IO設計的Reactor和Proactor模式》就是幹這個事的,給咱們介紹具體細節和區別,我也是讀了好幾遍,慢慢畫個流程圖才理解了啊。

其實說到底就是一句廣告語:把事情交給更專業的人,你會更開心。

 

好吧,如下是copy過來,作了少少修改的:轉換爲本身的理解

        

 

       在高性能的I/O設計中,有兩個比較著名的模式Reactor和Proactor模式,其中Reactor模式用於同步I/O,而Proactor運用於異步I/O操做。


       
在比較這兩個模式以前,咱們首先的搞明白幾個概念,什麼是阻塞和非阻塞,什麼是同步和異步;

 

       同步和異步是針對應用程序和內核的交互而言的;

       同步指的是用戶進程觸發IO操做並等待或者輪詢的去查看IO操做是否就緒,

       異步是指用戶進程觸發IO操做之後便開始作本身的事情,而當IO操做已經完成的時候會獲得IO完成的通知。

 

       阻塞和非阻塞是針對於進程在訪問數據的時候,根據IO操做的就緒狀態來採起的不一樣方式,說白了是一種讀取或者寫入操做函數的實現方式;

       阻塞方式下讀取或者寫入函數將一直等待,

       非阻塞方式下,讀取或者寫入函數會當即返回一個狀態值。


        通常來講I/O模型能夠分爲:同步阻塞,同步非阻塞,異步阻塞,異步非阻塞IO


同步阻塞IO:

在此種方式下,用戶進程在發起一個IO操做之後,必須等待IO操做的完成,只有當真正完成了IO操做之後,用戶進程才能運行。JAVA傳統的IO模型屬於此種方式!


同步非阻塞IO:

在此種方式下,用戶進程發起一個IO操做之後邊可返回作其它事情,可是用戶進程須要時不時的詢問IO操做是否就緒,這就要求用戶進程不停的去詢問,從而引入沒必要要的CPU資源浪費。其中目前JAVA的NIO就屬於同步非阻塞IO。



異步阻塞IO:

此種方式下是指應用發起一個IO操做之後,不等待內核IO操做的完成,等內核完成IO操做之後會通知應用程序,這其實就是同步和異步最關鍵的區別,同步必須等待或者主動的去詢問IO是否完成,那麼爲何說是阻塞的呢?由於此時是經過select系統調用來完成的,而select函數自己的實現方式是阻塞的,而採用select函數有個好處就是它能夠同時監聽多個文件句柄,從而提升系統的併發性!



異步非阻塞IO:

在此種模式下,用戶進程只須要發起一個IO操做而後當即返回,等IO操做真正的完成之後,應用程序會獲得IO操做完成的通知,此時用戶進程只須要對數據進行處理就行了,不須要進行實際的IO讀寫操做,由於真正的IO讀取或者寫入操做已經由內核完成了。目前Java中尚未支持此種IO模型。



搞清楚了以上概念之後,咱們再回過頭來看看,Reactor模式和Proactor模式。

首先來看看Reactor模式,Reactor模式應用於同步I/O的場景。咱們以讀操做爲例來看看Reactor中的具體步驟:

讀取操做:

1. 應用程序註冊讀就需事件和相關聯的事件處理器

2. 事件分離器等待事件的發生

3. 當發生讀就需事件的時候,事件分離器調用第一步註冊的事件處理器

4. 事件處理器首先執行實際的讀取操做,而後根據讀取到的內容進行進一步的處理

 

下面咱們來看看Proactor模式中讀取操做和寫入操做的過程:

讀取操做:

1. 應用程序初始化一個異步讀取操做,而後註冊相應的事件處理器,此時事件處理器不關注讀取就緒事件,而是關注讀取完成事件,這是區別於Reactor的關鍵。

2. 事件分離器等待讀取操做完成事件

3. 在事件分離器等待讀取操做完成的時候,操做系統調用內核線程完成讀取操做,並將讀取的內容放入用戶傳遞過來的緩存區中。這也是區別於Reactor的一點,Proactor中,應用程序須要傳遞緩存區。

4. 事件分離器捕獲到讀取完成事件後,激活應用程序註冊的事件處理器,事件處理器直接從緩存區讀取數據,而不須要進行實際的讀取操做。


Proactor中寫入操做和讀取操做,只不過感興趣的事件是寫入完成事件。



從上面能夠看出,Reactor和Proactor模式的主要區別就是真正的讀取和寫入操做是有誰來完成的,Reactor中須要應用程序本身讀取或者寫入數據,而Proactor模式中,應用程序不須要進行實際的讀寫過程,它只須要從緩存區讀取或者寫入便可,操做系統會讀取緩存區或者寫入緩存區到真正的IO設備.


綜上所述,同步和異步是相對於應用和內核的交互方式而言的,同步 須要主動去詢問,而異步的時候內核在IO事件發生的時候通知應用程序,而阻塞和非阻塞僅僅是系統在調用系統調用的時候函數的實現方式而已。

 

最後來兩張圖作個總結:

 

相關文章
相關標籤/搜索