RESP (Redis Serialization Protocol)

一般地，Redis 客户端和服务器之间的协议类似于 HTTP，是一种“请求—响应”协议。服务器接收到客户端的命令后，进行处理，处理完成后发送响应给客户端。但有两种例外情况：
1、Redis 支持管道操作（参见 Using pipelining to speedup Redis queries），客户端一次发送“多个”命令给服务器，服务器处理完后统一返回。
2、当Redis客户端订阅 Pub/Sub 模式的通道时，协议会改变语义变成“推送协议”，也就是说，客户端不再需要发送命令，因为服务器一旦收到消息就会自动向订阅了通道的客户端发送该新消息。

除了上述两个例外，Redis 协议就是一个简单的“请求—响应”协议。

下面以客户端发送 set a 1 给服务器，服务器返回 OK 为例分析一下 RESP 协议。

127.0.0.1:6379> set a 1
OK

首先，分析一下客户端发给服务器的数据。前面介绍过，客户端发往服务器发送消息的类型只有一种：“Bulk String”的数组。所以，命令 set a 1 需要编码为一个数组，且它的每个元素都是 Bulk String 类型。

第一个元素 set 用 Bulk String 表达就是 $3\r\nset\r\n ，类似地，第二个元素 a 用 Bulk String 表达为 $1\r\na\r\n ；第三上元素 1 用 Bulk String 表达为 $1\r\n1\r\n 。从而，命令 set a 1 可编码为 *3\r\n$3\r\nset\r\n$1\r\na\r\n$1\r\n1\r\n ，一共有 27 个字节，使用十六进制表示就是：

// 客户端执行 set a 1 时，发送给服务器的数据
2a 33 0d 0a 24 33 0d 0a 73 65 74 0d 0a 24 31 0d
0a 61 0d 0a 24 31 0d 0a 31 0d 0a

然后，分析一下服务器返回给客户端的数据。服务器返回简单字符串 OK，编码为 +OK\r\n ，一共有 5 个字节，使用十六进制表示就是：

2b 4f 4b 0d 0a

需要指出的是，客户端发送给服务器的所有命令都是“Bulk String”的数组，不管这个命令有没有参数。比如，命令 bgsave 是没有参数的，执行它时，也把它看作是“Bulk String”的数组（只有一个元素），客户端发送给服务器的编码为 *1\r\n$6\r\nbgsave\r\n ，一共 16 个字节，使用十六进制表示就是：

// 客户端执行 bgsave 时，发送给服务器的数据
2a 31 0d 0a 24 36 0d 0a 62 67 73 61 76 65 0d 0a

如果你手头没有专门的 Redis 客户端，那么你也可以使用 telnet 工具直接和 Redis 服务器交互。Redis 服务器也接受人类理解的命令形式，并被称为“内联命令”格式。

$ telnet localhost 6379
Connected to localhost.
Escape character is '^]'.
set a 1
+OK

在 telnet 中输入 set a 1 后回车，发送给服务器的数据如下：

73 65 74 20 61 20 31 0d 0a

Redis 服务器可以正确分析上面命令，并给出响应。