Redis客户端与服务端通信协议



背景 在跟踪REDIS服务端处理命令流程的时候，发现在服务端processInputBuffer里收到的字符串并非是在客户端输入的，而是进行了某种编码。比如，客户端输入get a，实际服务端打印出来的是 buf= *2$3get$1a 最开始认为是在服务端某段代码对客户端送过来的字符

背景

在跟踪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个字节。

官方文档

之前都是自己根据代码的跟踪猜的，更详细的更专业的回答在这里。