最近在看redis原始碼，主體流程看完了。在網上看到了reactor模式，看了一下，其實我們經常使用這種模式。
反應器設計模式(reactor pattern)是一種為處理併發服務請求，並將請求提交到乙個或者多個服務處理程式的事件設計模式。當客戶端請求抵達後，服務處理程式使用多路分配策略，由乙個非阻塞的執行緒來接收所有的請求，然後派發這些請求至相關的工作執行緒進行處理。
簡單說，就是
如何處理多個客戶端的併發請求的解決模式。
處理大量客戶端請求，不能去挨個輪訓，這個要使用epoll。epoll由於select, poll。這個網上有很多資料。
到達服務端的請求，redis**中，使用單執行緒處理。redis使用就是單執行緒既要處理連線、也要處理請求，因為redis全記憶體，避免了執行緒間加鎖、切換等。
通常架構中都是採用多執行緒來處理到達伺服器的請求。將請求放到
無鎖佇列中，處理執行緒迴圈來請求任務即可。因為伺服器**中，可能會訪問第三方儲存等長耗時處理。用多執行緒加速。
Reactor模式（反應器模式）
reactor這個詞譯成漢語還真沒有什麼合適的，很多地方叫反應器模式，但更多好像就直接叫reactor模式了，其實我覺著叫應答者模式更好理解一些。通過了解，這個模式更像乙個侍衛，一直在等待你的召喚，或者叫召喚獸。併發系統常使用reactor模式，代替常用的多執行緒的處理方式，節省系統的資源，提高系統...
基礎 Reactor反應器模式
目錄 一，單執行緒reactor反應器模式 二，多執行緒reactor反應器模式 來由 最傳統的模式中，乙個執行緒，阻塞的完成獨寫任務，效率低下，於是就產生了經典的 connection per thread 模式，當乙個任務觸發的時候就派發給乙個執行緒去處理，也就是乙個執行緒對應乙個socket，...
設計模式 反應器（Reactor）模式
從學習zeromq說起 zeromq幾乎所有的i o操作都是非同步的，主線程不會被阻塞。zeromq會根據使用者呼叫zmq init函式時傳入的介面引數，建立對應數量的i o thread。每個i o thread都有與之繫結的poller，poller採用經典的reactor模式實現，poller...