Redis 客戶端與服務端通信協議

背景

在跟蹤REDIS服務端處理命令流程的時候，發現在服務端processInputBuffer裡收到的字符串並非是在客戶端輸入的，而是進行了某種編碼。比如，客戶端輸入get a，實際服務端打印出來的是

buf= *2
$3
get
$1
a

最開始認為是在服務端某段代碼對客戶端送過來的字符串進行處理，可能是出於某些考慮，後來發現從SOCKET讀取過來就已經轉換過了，所以就應該是客戶端和服務端的通信協議，我對這個就開始產生了很濃厚的興趣，*和$符號必定是有特殊意義的。

客戶端處理流程

在main函數啟動後，與服務端進行連接調用repl()函數,在該函數初始化和調用命令行的歷史記錄（允許你上下翻動歷史）。

最後進入cliSendCommand函數處理命令，對於需要發送到服務端的命令調用redisAppendCommandArgv的流程。

為了分析裡面的通信協議，對redisAppendCommandArgv函數的黑盒測試，得出以下規律。

客戶輸入內容 處理結果 a *1
$1
a ab *1
$2
ab a b *2
$1
a
$1
b get a b *3
$3
get
$1
a
$1
b get a ab *3
$3
get
$1
a
$2
ab

可以得出規律，是將argc argv在具體化，第一個參數，也就是*開始相當於argc，表示後續有幾個對象，$後面的數字表示緊跟後面的字符串有幾個字節。如get a ab，一共3個，分別是get ,a,b。 $3表示後面的get是3個字節。

官方文檔

之前都是自己根據代碼的跟蹤猜的，更詳細的更專業的回答在這裡。

http://redis.readthedocs.org/en/latest/topic/protocol.html

Redis 的詳細介紹：請點這裡
Redis 的下載地址：請點這裡