一、前言

Redis網路庫是一個單執行緒EPOLL模型的網路庫，和Memcached使用的libevent相比，它沒有那麼龐大，程式碼一共2000多行，因此比較容易分析。其實網上已經有非常多有關這個網路庫的分析了，但是我覺得它們的不足在於只是分析了各個檔案中各個函式的單獨含義，而沒有將其統一起來，不能給讀者一種巨集觀的把握。比如我如果想把這個網路庫直接拿出來為我所用該怎麼辦，但是 @淺墨 學長已經完成了這個事，他拿出了Redis網路部分的程式碼，設計了應用層協議，添加了應用層buffer，定義了伺服器型別。讓它現在變成了一個可以實現簡單聊天的小程式。 大家可以 fork這個專案，在這個單執行緒的網路模型上做更多有意思的事情。

因此我的分析基於這個簡單的聊天程式，我們從建立伺服器開始，到它開始工作，把整個過程疏理一遍其實網路庫主幹就已經出來了，而且這種方式更加容易讓人明白各個函式的真正含義，話不多說，擼起袖子開幹。

二、環境準備

1：fork&clone

$ git clone https://github.com/hurley25/ANet.git

2： 測試一波

$ cd ANet/
$ cmake .
$ make
$ ./server
$ ./server_test   //在另一個終端

備註：客戶端測試分為三次傳送（每次20個數據包），第一次正常傳送，第二次usleep(10000)，第三次分為單個位元組傳送，伺服器端結果顯示均正常到達。TCP是一個流協議，保證按位元組到達，應用層的粘包需要我們自己處理，這裡是通過測試的。

三、模型介紹

Redis網路庫是一個單執行緒EPOLL模型，也就是說接收連線和處理讀寫請求包括定時器任務都被這一個執行緒包攬，真的是又當爹又當媽，但是效率一定比多執行緒差嗎？不見得。

單執行緒的好處有：
1：避免執行緒切換帶來的上下文切換開銷。
2：單執行緒避免了鎖的爭用。
3：對於一個記憶體型資料庫，如果不考慮資料持久化，也就是讀寫物理磁碟，不會有阻塞操作，記憶體操作是非常快的。

它的處理流程如圖所示：

四、各個檔案含義介紹

各個檔案的含義如下所示（前兩行是Redis原始碼）：