最近在面試時，千鋒有好幾個學生遇到了這樣的一個問題，BIO、NIO、AIO分別是什么?有什么區(qū)別?那這個問題該怎么回答呢?今天千鋒給大家簡單梳理一下這個問題。

　　一. BIO 同步阻塞式原理解析

　　簡介

　　傳統(tǒng)的網絡通訊模型，就是BIO，屬于同步阻塞的IO模型。比如我們熟悉的Socket通信。

　　Socket服務端創(chuàng)建過程：

　　服務端創(chuàng)建一個ServerSocket;

　　客戶端用一個Socket去連接服務端的那個ServerSocket;

　　ServerSocket接收到了一個的連接請求，就創(chuàng)建一個Socket和一個線程去跟那個Socket進行通訊。

　　客戶端和服務端進行阻塞式通信過程：

　　客戶端發(fā)送一個請求;

　　服務端Socket進行處理后返回響應;

　　在響應返回前，客戶端那邊就阻塞等待，任何事情都做不了。

　　BIO缺點

　　每次一個客戶端接入進來，都需要在服務端創(chuàng)建一個線程來服務這個客戶端。這樣當大量客戶端過來的時候，就會造成服務端的線程數量可能達到了幾千甚至幾萬，這樣就可能會造成服務端過載過高，最后崩潰死掉。

　　BIO模型圖

　　Acceptor

　　傳統(tǒng)IO模型中，網絡服務的設計模式有兩種比較經典的設計模式：

　　一個是多線程;

　　一種是依靠線程池來進行處理。

　　如果是基于多線程的模式來的話，就是這樣的模式，這種也是Acceptor線程模型。

　　二. NIO 同步非阻塞IO

　　簡介

　　基于Reactor模型來實現的，相當于，一個線程處理大量的客戶端的請求，通過一個線程輪詢大量channel，每次就獲取一批有事件的channel，然后對每個請求啟動一個線程處理即可。

　　這里的核心就是非阻塞，selector一個線程就可以不停輪詢channel，所有客戶端請求都不會阻塞，最多就是等待下一輪的輪詢。

　　NIO--優(yōu)化BIO的核心

　　一個客戶端并不是時時刻刻都有數據進行交互，所以更沒有必要死耗著一個線程不放，所以客戶端選擇了讓線程歇一歇，只有客戶端有相應的操作的時候才發(fā)起通知，再創(chuàng)建一個線程來處理請求。

　　NIO模型圖

　　Reactor模型

　　三. AIO 異步非阻塞IO

　　簡介

　　AIO基于Proactor模型實現，分為發(fā)送請求和讀取數據兩個步驟：

　　發(fā)送請求：處理每個連接發(fā)送過來的請求。

　　每個請求都會綁定一個Buffer;

　　通知操作系統(tǒng)去完成異步的讀(這個時間你就可以去做其他的事情);

　　調用你的接口;

　　返回異步讀完的數據。

　　讀取數據：將數據往回寫。

　　一個Buffer，讓操作系統(tǒng)去完成寫。

　　發(fā)送請求和讀取數據的主要區(qū)別在于：

　　將數據寫入的緩沖區(qū)后，剩下的交給操作系統(tǒng)去完成;

　　操作系統(tǒng)寫回數據也是一樣，寫到Buffer里面，完成后再通知客戶端來進行讀取數據。

　　AIO模型圖

　　四. 3個模型的一些問題

　　同步阻塞--為什么說BIO是同步阻塞的呢?

　　針對磁盤文件讀寫IO操作來說，因為用BIO的流讀寫文件，例如FileInputStrem，必須等著完成了這次IO才能返回。

　　同步非阻塞--為什么說NIO為啥是同步非阻塞?

　　因為無論多少客戶端都可以接入服務端，客戶端接入并不會耗費一個線程，只會創(chuàng)建一個連接，然后注冊到selector上去，一個selector線程不斷的輪詢所有的socket連接，發(fā)現有事件了就通知你，然后你就啟動一個線程處理一個請求即可，這個過程的話就是非阻塞的。

　　但是這個處理的過程中，你還是要先讀取數據，處理，再返回的，這是個同步的過程。

　　異步非阻塞--為什么說AIO是異步非阻塞?

　　當基于AIO的api去讀寫文件時，發(fā)起一個請求之后，等讀寫完成后， 操作系統(tǒng)會來回調你的接口， 告訴你操作完成。在這期間不需要等待， 也不需要去輪詢判斷操作系統(tǒng)完成的狀態(tài)，你可以去干其他的事情。

　　同步還得主動去輪詢操作系統(tǒng)，異步就是操作系統(tǒng)反過來通知你，所以說 AIO就是異步非阻塞的。