Redis伺服器負責與多個客戶端建立網路通訊，處理客戶端傳送的命令請求，在資料庫中儲存客戶端執行命令所產生的資料，並通過資源管理來維持伺服器自身的運轉。
命令請求過程（以set命令為例）
1、客戶端向伺服器傳送命令請求 SET KEY VALUE。
Redis伺服器的命令請求來自於Redis客戶端，當使用者從客戶端鍵入一個命令請求時，客戶端會將這個命令命令請求請求轉換成協議格式，然後通過連線到伺服器的套接字，將協議格式的命令請求傳送給伺服器。
2、伺服器接收並處理客戶端傳送來的命令請求 SET KEY VALUE，在資料庫中進行設定操作，併產生命令回覆OK。
讀取套接字中的協議格式命令請求，並將其儲存在客戶端狀態的輸入緩衝區中。
對輸入緩衝區中的命令請求進行解析，提取出命令請求中包含的命令引數，以及命令引數的格式，分別將引數和引數個數儲存到客戶端狀態的argv和argc屬性中
呼叫命令執行器，執行客戶端指定的命令。
命令執行器：
1、查詢命令。2、執行預備操作。（檢查命令、命令引數、客戶端身份驗證、檢查伺服器記憶體佔用情況、事務、伺服器狀態、是否監聽等）3、呼叫命令實現函式，產生命令回覆函式，儲存在客戶端狀態的輸出快取區4、執行後續工作：（慢查詢檢查記錄日誌；根據命令耗時更新redisCommand結構的milliseconds屬性、calls計數器加1；如果開啟了AOF，如果是寫命令則寫入到AOF緩衝區；如果有其他從伺服器正在複製當前的伺服器，那麼伺服器會將剛剛執行的命令傳播給所有從伺服器。）
3、伺服器將命令回覆OK傳送為客戶端。
當客戶端套接字變為可寫狀態時，伺服器會執行命令回覆處理器，將儲存在客戶端緩衝區的命令回覆傳送給客戶端。
4、客戶端接收伺服器返回的命令回覆OK，並將這個回覆列印給使用者觀看。客戶端收到協議格式的命令回覆後，將其轉換為人類可讀的格式，並列印。
serverCron函式
Redis伺服器中的serverCron函式每100毫秒執行一次，這個函式負責管理伺服器的資源，並保持伺服器自身的良好運轉。
1、更新伺服器快取時間，為減少系統呼叫獲取當前時間的次數，伺服器狀態中的unixtime和mstime屬性被用作當前時間的快取：
struct redisServer{ //儲存了秒級精度的當前unix時間戳 time_t unixtime; //儲存了毫秒級精度的系統當前unix時間戳 long long mstime; //預設每10秒更新一次事件快取，用於計算鍵的空轉時間。 unsigned lruclock:22 }
伺服器只會在列印日誌、更新伺服器LRU始終、決定是否執行持久化任務、計算伺服器上線時間這類對事件精度不高的功能上用；對於為鍵設定過期事件、新增慢日誌這種需要高精度事件的功能來說，伺服器還是會再次執行系統呼叫，從而獲得更準確的系統當前事件。
每個Redis物件都有一個lru屬性，這個lru屬性儲存了物件最後一次被命令訪問的時間：
typedef struct redisObject{ unsigned lru:22' } robj;
serverCron函式中的trackOperationsPerSecond函式會以每100毫秒一次的頻率執行，這個函式的功能以抽樣計算的方式，估算並記錄伺服器在最近一秒鐘處理的命令請求數量，這個值通過INFO status命令的instantaneous_ops_per_sec域檢視。
2、更新伺服器記憶體峰值記錄：伺服器狀態中的stat_peak_memory屬性記錄伺服器的記憶體峰值大小：
struct redisServer{ //已使用記憶體峰值 size_t stat_peak_memory; }
3、處理sigterm訊號
static void sigtermHandler(int sig){ //列印日誌 redisLogFromHandler(REDIS_WARNING,"received sigterm,scheduling shutdown..."); //開啟關閉標識 server.shutdown_asap=1; }
struct redisServer{ //serverCron函式執行時，程式灰度伺服器狀態的shutdown_asap屬性進行檢查，並根據屬性值決定是否關閉伺服器。 //關閉伺服器的標識 //值為1時，關閉伺服器 //值為0時，不做動作 int shutdown_asap; }
4、管理客戶端資源
serverCron函式每次執行都會呼叫clientCron函式，clientsCron函式會對一定數量的客戶端進行檢查：如果客戶端與伺服器之間的連線已經超時，那麼程式釋放這個客戶端；如果客戶端在上一次執行命令請求後，輸入緩衝區的大小超過了一定的長度，那麼程式會釋放客戶端當前的輸入緩衝區，重新建立一個迷人大小的輸入緩衝區，防止客戶端的輸入緩衝區耗費過多的資源。
5、管理資料庫資源 ：刪除過期鍵，如有需要，對字典進行收縮操作。
6、執行被延遲的BGREWRITEAOF
如果BGSAVE執行期間，客戶端發來BGREWRITEAOF命令，則需要延遲到BGSAVE命令執行完成後。
7、檢查持久化操作執行狀態
伺服器狀態使用rdb_child_pid\aof_child_pid屬性記錄執行BGSAVe命令和BGREWRITEAOF命令的子程式ID,用於檢查命令是否正在執行
struct redisServer{ //記錄執行BGSAVE命令的紫禁城，如果沒有執行則為-1 pid_t rdb_child_pid; //記錄執行BGREWRITEAOF命令的子程式ID,沒執行則為-1 pid_t aof_child_pid; }
8、將AOF緩衝區中的內容寫入AOF檔案
9、關閉非同步客戶端（檢查輸出緩衝區大小）
10、增加cronloops計數器的值（沒執行serverCron函式N次就執行一次指定的程式碼）
初始化伺服器
1、初始化伺服器狀態結構，建立一個struct redisServer型別的例項變數server作為伺服器的狀態。
initServerConfig函式完成的主要工作：
設定伺服器執行ID
設定伺服器的預設執行頻率
設定伺服器的預設配置檔案路徑
設定伺服器的執行架構
設定伺服器的預設埠號
設定伺服器預設RDB持久化條件和APF持久化條件
初始化伺服器LRU時鐘
建立命令表
2、載入配置項修改預設的配置。
3、初始化伺服器資料結構
在執行initServerConfig函式初始化server狀態時，程式只建立命令表一個資料結構，伺服器在次數初始化其他資料結構：
server.clients連結串列，記錄所有與伺服器相連線的客戶端狀態
erver.db陣列，包含伺服器的所有資料庫。
儲存頻道訂閱資訊的server.pubsub_channels字典以及儲存模式訂閱資訊的server_publsub_patterns連結串列。
執行Lua指令碼的Lua環境 server.lua；
用於儲存慢查詢日誌的server.slwlog連結串列
除了初始化資料結構之外，initServer還進行了一些非常重要的設定操作：
為伺服器設定程式訊號處理器。
建立共享物件。
開啟伺服器的監聽端，並未監聽套接字關聯連線應答事件處理時，等待伺服器正式執行時接收客戶端連線。
為serverCron函式建立時間事件，等待伺服器正式執行時，執行serverCron函式。
如果AOF持久化功能開啟，那麼開啟現有的AOF檔案，如果檔案不存在則建立新的AOF檔案
初始化伺服器的後臺I/O模組，為將來的I/O操作做準備。
執行完以上內容那麼你就看到了熟悉的畫面：
4、還原資料庫裝填
在完成對伺服器狀態server變數的初始化後，伺服器需要載入RDB檔案或者AOF檔案，並根據檔案記錄的內容還原資料庫狀態
5、執行事件迴圈
到此伺服器的初始化工作圓滿完成，伺服器現在開始可以接收客戶端的連線請求，並處理客戶端發來的命令請求。
寫到這裡，非常有衝動寫一下.net 程式初始化以及執行過程服務端做了那些事情，著手準備！
每天學一點，總會有收穫。
說明：尊重作者智慧財產權，文中內容參考《Redis設計與實現》，僅在此做學習與大家分享。
