Redis基于Reactor模式開發(fā)了自己的網(wǎng)絡(luò)事件處理器，也就是文件事件處理器。文件事件處理器使用IO多路復(fù)用技術(shù)，同時(shí)監(jiān)聽多個(gè)套接字，并為套接字關(guān)聯(lián)不同的事件處理函數(shù)。當(dāng)套接字的可讀或者可寫事件觸發(fā)時(shí)，就會(huì)調(diào)用相應(yīng)的事件處理函數(shù)。

　　1. 為什么單線程的 Redis 能那么快?

　　Redis的瓶頸主要在IO而不是CPU，所以為了省開發(fā)量，在6.0版本前是單線程模型;其次，Redis 是單線程主要是指 Redis 的網(wǎng)絡(luò) IO 和鍵值對讀寫是由一個(gè)線程來完成的，這也是 Redis 對外提供鍵值存儲(chǔ)服務(wù)的主要流程。(但 Redis 的其他功能，比如持久化、異步刪除、集群數(shù)據(jù)同步等，其實(shí)是由額外的線程執(zhí)行的)。

　　Redis 采用了多路復(fù)用機(jī)制使其在網(wǎng)絡(luò) IO 操作中能并發(fā)處理大量的客戶端請求，實(shí)現(xiàn)高吞吐率。

　　2. Redis事件響應(yīng)框架ae_event及文件事件處理器

　　Redis并沒有使用 libevent 或者 libev 這樣的成熟開源方案，而是自己實(shí)現(xiàn)一個(gè)非常簡潔的事件驅(qū)動(dòng)庫 ae_event。@pdai Redis 使用的IO多路復(fù)用技術(shù)主要有：select、epoll、evport和kqueue等。每個(gè)IO多路復(fù)用函數(shù)庫在 Redis 源碼中都對應(yīng)一個(gè)單獨(dú)的文件，比如ae_select.c，ae_epoll.c， ae_kqueue.c等。Redis 會(huì)根據(jù)不同的操作系統(tǒng)，按照不同的優(yōu)先級選擇多路復(fù)用技術(shù)。事件響應(yīng)框架一般都采用該架構(gòu)，比如 netty 和 libevent。

　　如下圖所示，文件事件處理器有四個(gè)組成部分，它們分別是套接字、I/O多路復(fù)用程序、文件事件分派器以及事件處理器。

　　文件事件是對套接字操作的抽象，每當(dāng)一個(gè)套接字準(zhǔn)備好執(zhí)行 accept、read、write和 close 等操作時(shí)，就會(huì)產(chǎn)生一個(gè)文件事件。因?yàn)?Redis 通常會(huì)連接多個(gè)套接字，所以多個(gè)文件事件有可能并發(fā)的出現(xiàn)。

　　I/O多路復(fù)用程序負(fù)責(zé)監(jiān)聽多個(gè)套接字，并向文件事件派發(fā)器傳遞那些產(chǎn)生了事件的套接字。

　　盡管多個(gè)文件事件可能會(huì)并發(fā)地出現(xiàn)，但I(xiàn)/O多路復(fù)用程序總是會(huì)將所有產(chǎn)生的套接字都放到同一個(gè)隊(duì)列(也就是后文中描述的aeEventLoop的fired就緒事件表)里邊，然后文件事件處理器會(huì)以有序、同步、單個(gè)套接字的方式處理該隊(duì)列中的套接字，也就是處理就緒的文件事件。