借鑑提煉自http://blog.csdn.net/historyasamirror/article/details/5778378

在網路程式設計中，肯定會有讀寫io的問題。這時候就會有了五種io模型。取自unix network  programing

五種模型分別是，阻塞，非阻塞，io多路複用(select poll epoll)，訊號驅動，非同步。

這五種有時候容易出現混亂。網上部落格寫的也比較晦澀，不過看那本書裡的圖形倒是很有趣很清晰。源自於文末的部落格。

在io處理中有兩個重要步驟，1，提出io需求，等待核心準備好。2，從核心傳送資料回來。從核心拷貝回程序。

這時候兩步，區分出了五種io區別。

1.阻塞，在1,2時都是在等待核心返回，函式就停在那了。用的都是recvfrom系統呼叫。

2.非阻塞，在1,時候立馬返回一個錯誤值，這樣時不時的去迴圈查詢，直到，返回ok，之後再處理2。

3.io多路複用，在1，的時候呼叫了select，poll，epoll等函式，這時候就是交給他們處理了。合理後呼叫recvfrom處理2.這裡呼叫了兩個系統呼叫。

4.訊號驅動，這個用的比較少了。不多說了。

5.非同步，在1,的時候每一步都有一個返回。而到2處理完直接返回。

同步非同步，同步是指程序阻塞直到io操作完成，而非同步是立馬完成，這兒的io操作是recvfrom系統呼叫。

阻塞非阻塞關鍵看呼叫者也就是左邊是否立馬得到結果。同步非同步考慮的是雙方的關係。阻塞非阻塞是我這個請求者的狀態。而同步非同步是雙方的溝通方式。

比如買書，阻塞非阻塞，阻塞是一定要等到最後好的結果。非阻塞是立馬得到結果無論好壞。而同步非同步則是兩邊的溝通方式，一直在這等著結果，還是有結果後打電話通知？

這篇部落格還有一段例子很不錯。分別總結了1,2,3,5四種例子。生動形象。

最後，再舉幾個不是很恰當的例子來說明這四個IO Model:
有A，B，C，D四個人在釣魚：
A用的是最老式的魚竿，所以呢，得一直守著，等到魚上鉤了再拉桿；
B的魚竿有個功能，能夠顯示是否有魚上鉤，所以呢，B就和旁邊的MM聊天，隔會再看看有沒有魚上鉤，有的話就迅速拉桿；
C用的魚竿和B差不多，但他想了一個好辦法，就是同時放好幾根魚竿，然後守在旁邊，一旦有顯示說魚上鉤了，它就將對應的魚竿拉起來；