Reactor反應器模式

到目前為止，高性能網(wǎng)絡編程都繞不開反應器模式。很多著名的服務器軟件或者中間件都是基于反應器模式實現(xiàn)的，如Nginx、Redis、Netty。

反應器模式是高性能網(wǎng)絡編程的必知、必會的模式。

Reactor簡介

反應器模式由Reactor反應器線程、Handlers處理器兩大角色組成：

（1）Reactor反應器線程的職責：負責響應IO事件，并且分發(fā)到Handlers處理器。

（2）Handlers處理器的職責：非阻塞的執(zhí)行業(yè)務處理邏輯。

從上面的反應器模式定義，看不出這種模式有什么神奇的地方。當然，從簡單到復雜，反應器模式也有很多版本。根據(jù)前面的定義，僅僅是最為簡單的一個版本。

多線程OIO的致命缺陷

在Java的OIO編程中，最初和最原始的網(wǎng)絡服務器程序，是用一個while循環(huán)，不斷地監(jiān)聽端口是否有新的連接。如果有，就調(diào)用一個和處理函數(shù)來完成，示例代碼如下：

@Test public void client() throws IOException { Socket client = new Socket('127.0.0.1', 9999); Writer writer = new OutputStreamWriter(client.getOutputStream()); writer.write('Hello World'); writer.flush(); writer.close(); client.close(); } @Test public void server() throws IOException { ServerSocket server = new ServerSocket(9999); while (true){ Socket socket = server.accept(); Reader reader = new InputStreamReader(socket.getInputStream()); print(reader); reader.close(); socket.close(); server.close(); } }

這種方法的最大問題是：如果前一個網(wǎng)絡連接的handle（socket）沒有處理完，那么后面的連接請求沒法被接收，于是后面的請求通通會被阻塞住，服務器的吞吐量就太低了。對于服務器來說，這是一個嚴重的問題。

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持好吧啦網(wǎng)。