(轉(zhuǎn)好文章)Reactor模式和NIO
本文來自 ZhangLiHai.Com Blog
當(dāng)前分布式計算 Web Services盛行天下,這些網(wǎng)絡(luò)服務(wù)的底層都離不開對socket的操作。他們都有一個共同的結(jié)構(gòu):
1. Read request
2. Decode request
3. Process service
4. Encode reply
5. Send reply
經(jīng)典的網(wǎng)絡(luò)服務(wù)的設(shè)計如下圖,在每個線程中完成對數(shù)據(jù)的處理:
?
但這種模式在用戶負(fù)載增加時,性能將下降非常的快。我們需要重新尋找一個新的方案,保持?jǐn)?shù)據(jù)處理的流暢,很顯然,事件觸發(fā)機(jī)制是最好的解決辦法,當(dāng)有事件發(fā)生時,會觸動handler,然后開始數(shù)據(jù)的處理。
Reactor模式類似于AWT中的Event處理:
?
Reactor模式參與者
1.Reactor 負(fù)責(zé)響應(yīng)IO事件,一旦發(fā)生,廣播發(fā)送給相應(yīng)的Handler去處理,這類似于AWT的thread
2.Handler 是負(fù)責(zé)非堵塞行為,類似于AWT ActionListeners;同時負(fù)責(zé)將handlers與event事件綁定,類似于AWT addActionListener
如圖:
?
Java的NIO為reactor模式提供了實(shí)現(xiàn)的基礎(chǔ)機(jī)制,它的Selector當(dāng)發(fā)現(xiàn)某個channel有數(shù)據(jù)時,會通過SlectorKey來告知我們,在此我們實(shí)現(xiàn)事件和handler的綁定。
我們來看看Reactor模式代碼:
public class Reactor implements Runnable{ final Selector selector; Reactor(int port) throws IOException {
//運(yùn)行Acceptor或SocketReadHandler } class Acceptor implements Runnable { // inner |
以上代碼中巧妙使用了SocketChannel的attach功能,將Hanlder和可能會發(fā)生事件的channel鏈接在一起,當(dāng)發(fā)生事件時,可以立即觸發(fā)相應(yīng)鏈接的Handler。
再看看Handler代碼:
public class SocketReadHandler implements Runnable {
public static Logger logger = Logger.getLogger(SocketReadHandler.class); private Test test=new Test(); final SocketChannel socket; public SocketReadHandler(Selector sel, SocketChannel c) socket = c; socket.configureBlocking(false); //將SelectionKey綁定為本Handler 下一步有事件觸發(fā)時,將調(diào)用本類的run方法。 public void run() {
ByteBuffer input = ByteBuffer.allocate(1024); int bytesRead = socket.read(input); ...... //激活線程池 處理這些request .....
|
注意在Handler里面又執(zhí)行了一次attach,這樣,覆蓋前面的Acceptor,下次該Handler又有READ事件發(fā)生時,將直接觸發(fā)Handler.從而開始了數(shù)據(jù)的讀 處理 寫 發(fā)出等流程處理。
將數(shù)據(jù)讀出后,可以將這些數(shù)據(jù)處理線程做成一個線程池,這樣,數(shù)據(jù)讀出后,立即扔到線程池中,這樣加速處理速度:
更進(jìn)一步,我們可以使用多個Selector分別處理連接和讀事件。
一個高性能的Java網(wǎng)絡(luò)服務(wù)機(jī)制就要形成,激動人心的集群并行計算即將實(shí)現(xiàn)。
posted on 2007-03-27 11:04 advincenting 閱讀(725) 評論(0) 編輯 收藏