redis 客户端_BAT大牛Redis客户端与服务端交互原理

Redis实例运行在单独的进程中，应用系统(Redis客户端)通过Redis协议和Redis Server 进行交互。在Redis 协议之上，客户端和服务端可以实现多种类型的交互模式：串行请求/响应模式、双工的请求/响应模式(pipeline)、原子化的批量请求/响应模式(事务)、发布/订阅模式、脚本化的批量执行(Lua脚本)。

Redis 协议

Redis的交互协议包含2 个部分：网络模型和序列化协议。前者讨论数据交互的组织方式，后者讨论数据本身如何序列化。

网络模型

Redis协议位于TCP之上，客户端和Redis实例保持双工的连接，如下图所示：

Redis 客户端与服务端全双工交互模式

客户端和服务端交互的内容是序列化后的数据，服务器为每个客户端建立与之对应的连接，在应用层维护一系列状态保存在connection 中，connection 间相互无关联。在Redis中，connection 通过redisClient 结构体实现。

• 序列化协议

客户端-服务端之间交互的是序列化后的协议数据。在Redis中，协议数据分为不同的类型，每种类型的数据均以CRLF( )结束，通过数据的首字符区分类型。

inline command：这类数据表示Redis命令，首字符为Redis命令的字符，格式为 str1 str2 str3 ...。如：exists key1，命令和参数以空格分隔。

simple string：首字符为'+'，后续字符为string的内容，且该string 不能包含' '或者' '两个字符，最后以' '结束。如：'+OK '，表示"OK"，这个string数据。simple string 本身不包含转义，所以客户端的反序列化效率很高，直接将'+'和最后的' ' 去掉即可。

bulk string：对于string 本身包含了' '、' ' 的情况，simple string 不再适用。通常可以使用的办法有：转义和长度自描述。Redis采用了后者(长度自描述)，也就是 bulk string。bulk string 首字符为'$'，紧跟着的是string数据的长度，' '后面是内容本身(包含' '、' '等特殊字符)，最后以' '结束。如：

"$12helloworld"

上面字节串描述了 "hello world" 的内容(中间有个换行)。对于" "空串和null，通过'$' 之后的数字进行区分：

1. "$0 " 表示空串；
2. "$-1 " 表示null。

error：对于服务器返回的内容，客户端需要识别是成功还是失败。对于异常信息，在Redis中就是一个普通的string，和simple string的表达的类似。唯一区别的就是首字符为'-'。客户端可以直接通过首字符'-'，就可以识别出成功还是失败。

例如："-ERR unknown command 'foobar' "，表示的是执行错误，和相关的描述信息。

有些客户端需要对不同种类的 error 信息做不同的处理，为了使得error 种类的区分更加快速，在Redis 序列化协议之上，还包含简单的error 格式协议，以error 的种类开头，空格之后紧跟着error的信息。

integer：以 ':' 开头，后面跟着整型内容，最后以' ' 结尾。如：":13 "，表示13的整数。

array：以'*' 开头，紧跟着数组的长度，" " 之后是每个元素的序列化数据。如："*2 +abc :9 " 表示一个长度为2的数组：["abc