之所以轻量是由于它只是简单的提供了对redis操作语句支持的接口，并没有实现具体的操作语句的功能。但正是由于这种设计使我们只要熟悉了通用的redis操作语句就可以很容易的使用该库和redis数据库进行交互。
除了支持发送命令和接收应答/应答数据，它提供了对应答数据的解析操作。而且这个基于I/O层的数据流解析操作设计考虑到了复用性，可以对应答数据进行通用的解析操作。
Hirides仅仅支持二进制安全的redis协议，所以你只能针对版本号大于等于1.2.0的redis服务端使用。
库包含多种API，包括同步命令操作API、异步命令操作API和对应答数据进行解析的API。
升级
版本0.9.0是hiredis很多特性一次大的更新。但是对现有代码进行升级应该不会造成大的问题。升级时，要记住的关键一点是大于等于0.9.0的版本是使用redisContext*来保持连接状态，之前的版本只是使用了无状态的文件描述符。
同步API
有几个API需要介绍
redisContext *redisConnect(const char *ip, int port); void *redisCommand(redisContext *c, const char *format, ...); void freeReplyObject(void *reply);
连接redis数据库
函数 redisConnect 被用来创建一个 redisContext。这个 context 是hiredis持有的连接状态。redisConnect 结构体有一个整型的 err 变量来标识连接错误码，如果连接错误则为非零值。变量 errstr 标识连接结果的文字描述。更多这方面的信息会在以下Errors章节说明。当你使用 redisConnect 来创建连接时应该检查err变量来判断是否连接正常建立。
1 redisContext *c = redisConnect("127.0.0.1", 6379); 2 if (c != NULL && c->err) { 3 printf("Error: %s ", c->errstr); // handle error 4 }
发送命令到redis
有多种方法可以发送命令到redis。
首先介绍的是redisCommand。此函数类似于printf的使用方式，如
reply = redisCommand(context, "SET foo bar");
类似于printf的s%格式化方式，如
reply = redisCommand(context, "SET foo %s", value);
当你需要发送二进制安全的命令可以采用%b的格式化方式，同时需要一个字符串指针和size_t类型的字符串长度参数,如下
reply = redisCommand(context, "SET foo %b", value, (size_t) valuelen);
在API内部，Hiredis根据不同的参数分割命令转化为操作redis数据库的标准命令，你可以格式化多个参数来构造redis的命令，如下
reply = redisCommand(context, "SET key:%s %s", myid, value);
处理redis应答
当命令被成功执行后redisCommand会有相应的返回值。如果有错误发生，返回值为NULL并且redisReply结构体中的err变量将会被设置成相应的值（请参照Errors章节）。一旦有错误发生context不能被重用并且你需要建立一个新的连接。
redisCommand执行后返回值类型为redisReply。通过redisReply结构体中的type变量可以确定命令执行的情况。
-
REDIS_REPLY_STATUS：
-
返回执行结果为状态的命令。比如set命令的返回值的类型是REDIS_REPLY_STATUS，然后只有当返回信息是"OK"时，才表示该命令执行成功。可以通过reply->str得到文字信息，通过reply->len得到信息长度。
-
-
REDIS_REPLY_ERROR：
-
返回错误。错误信息可以通过reply->str得到文字信息，通过reply->len得到信息长度。
-
-
REDIS_REPLY_INTEGER：
-
返回整型标识。可以通过reply->integer变量得到类型为long long的值。
-
-
REDIS_REPLY_NIL:
-
返回nil对象，说明不存在要访问的数据。
-
-
REDIS_REPLY_STRING:
-
返回字符串标识。可以通过reply->str得到具体值，通过reply->len得到信息长度。
-
-
REDIS_REPLY_ARRAY:
-
返回数据集标识。数据集中元素的数目可以通过reply->elements获得，每个元素是个redisReply对象，元素值可以通过reply->element[..index..].*形式获得，用在获取多个数据结果的操作。
-
执行完命令调用后应该通过freeReplyObject()释放redisReply，对于嵌套对象（比如数组）要注意，并不需要嵌套进行释放，这样是有害的会造成内存破坏。
Important:hiredis当前版本 (0.10.0)当使用异步API时会自己释放replies对象。这意味着你使用异步API时并不需要主动调用freeReplyObject 。relpy对象当回调返回时将会被自动释放。但是这种行为也许会在将来的版本中改变，所以升级时请密切关注升级日志。
清理连接资源
断开连接并且释放context使用以下函数
void redisFree(redisContext *c);
此函数立马关闭socket并且释放创建context时分配的资源。
发送多个命令参数
和redisCommand函数相似，redisCommandArgv函数可以用于传输多个命令参数。函数原型为
void *redisCommandArgv(redisContext *c, int argc, const char **argv, const size_t *argvlen);
，类似于 lpush， del key1 key2..., zadd key score1 member1 score2 member2...这类命令， 其中 argc是传递参数的个数， argv主要用于传递的string的value, 而argvlen 是每个string的size。
此函数返回值与redisCommand相似。参考https://gist.github.com/dspezia/1455082
管线（Pipelining）
为了搞清楚Hiredis在阻塞连接下的管线操作，需要理解其内部执行过程。
当任何类似于redisCommand的函数被调用，Hiredis首先将命令格式化为redis支持的命令协议。被格式化后的命令被放入context的输出缓冲区，这个缓冲区是动态的，所以它可以容纳任意数量的命令。在命令进入输出缓冲区后，redisGetReply 函数被调用。这个函数有以下两种执行方式：
-
输入缓冲区非空：
-
从输入缓冲区中尝试解析单独的reply对象并且返回reply
-
如果没有reply能被解析，执行步骤2
-
-
输入缓冲区为空：
-
将整个输出缓冲区写入socket
-
从socket中读取数据直到有一个reply能被解析
-
Hiredis为了有效利用socket还提供了redisGetReply的接口。对于管线命令，需要完成的唯一事情就是填充输出缓冲区。有两个函数被用于执行此操作，这两个函数基本与redisCommand函数功能类似，但是他们不返回reply
void redisAppendCommand(redisContext *c, const char *format, ...);
void redisAppendCommandArgv(redisContext *c, int argc, const char **argv, const size_t *argvlen);
当这两个函数被一次或多次调用时，通过redisGetReply依次返回replies。redisGetReply的返回值要么是REDISOK或是REDISERR，REDIS_ERR意味着获得reply发生了错误，想要得到具体的错误原因可以通过err变量来获取。
以下通过一个简单例子说明管线的使用：
redisReply *reply;
redisAppendCommand(context,"SET foo bar");
redisAppendCommand(context,"GET foo");
redisGetReply(context,&reply); // reply for SET
freeReplyObject(reply);
redisGetReply(context,&reply); // reply for GET
freeReplyObject(reply);
redisGetReply这个API也可以被用来实现阻塞的订阅模式
reply = redisCommand(context,"SUBSCRIBE foo");
freeReplyObject(reply);
while(redisGetReply(context,&reply) == REDIS_OK)
{
// consume message
freeReplyObject(reply);
}
Errors
如果某些函数（如redisConnect， redisCommand（调用不成功，函数返回值为NULL或者REDIS_ERR，此时context结构体中的err成员为非零值，可能为以下几种常量
-
REDIS_ERR_IO:当创建连接时（试着写socket或者读socket）发生的I/O错误。如果你在代码中包含了errno.h头文件，你便能得到准确的错误码。
-
REDIS_ERR_EOF:redis服务端已经关闭了此连接。
-
REDIS_ERR_PROTOCOL:服务端解析协议时发生了错误。
-
REDIS_ERR_OTHER:其他错误。目前仅仅表示无法解析目标主机名的错误。
在错误情况下，可以通过context结构体中的errstr成员得到错误的确切描述。
异步API
Hiredis自带的异步API很容易和一些基于事件的库结合使用。比如和libev、ibevent的结合使用。
连接
函数redisAsyncConnect被用来和redis建立非阻塞连接。它返回redisAsyncContext的结构体，结构体的err成员用来检查在创建连接的过程中是否发生了错误。因为创建的是非阻塞的连接，内核并不能立马返回一个连接指定主机的结果。
redisAsyncContext *c = redisAsyncConnect("127.0.0.1", 6379);
if (c->err)
{
printf("Error: %s ", c->errstr);
// handle error
}
异步Context可设置一个响应断开连接事件的回调函数，当连接断开时会相应执行。回调函数的原型为
void(const redisAsyncContext *c, int status);
在断开连接的情况下，当连接是由用户自己断开的status参数为REDISOK，如果出现了其他错误status参数为REDISERR，当错误时通过err成员可以得到准确的错误码。
当回调执行完毕后context对象会自己释放资源。此事件的回调函数给你创建一个新连接提供了便利。
一个context对象仅能设置一次断开连接的回调，如果再进行下一次设置将会返回REDIS_ERR。设置断开连接回调函数的原型为：
int redisAsyncSetDisconnectCallback(redisAsyncContext *ac, redisDisconnectCallback *fn);
发送操作命令并且响应回调事件
在异步的情况下，redis的操作指令将会被自动加入事件循环队列。由于发送命令执行的过程是异步的，当命令执行完毕后将会调用相应的回调函数。回调函数的原型为
void(redisAsyncContext *c, void *reply, void *privdata);
privdata参数是由调用者自己定义的数据类型。
以下是进行异步命令操作的函数：
int redisAsyncCommand(redisAsyncContext *ac, redisCallbackFn *fn, void *privdata,const char *format, ...);
int redisAsyncCommandArgv( redisAsyncContext *ac, redisCallbackFn *fn, void *privdata, int argc, const char **argv, const size_t *argvlen);
命令的使用方式和上面所讲的同步接口类似。执行成功返回REDIS_OK，否则返回REDIS_ERR。比如连接已经关闭的情况下再使用redisAsyncCommand向此连接执行命令就会返回REDIS_ERR。
回调执行完毕后如果reply不为空，回调执行完毕后将自动对reply的资源进行回收。
当context发生错误时回调得到的reply将为空。
断开连接
一个异步的连接可以通过下面这个函数终止
void redisAsyncDisconnect(redisAsyncContext *ac);
当这个函数被调用时，连接并不会被立即关闭，而是等待所有这个连接的异步命令操作执行完毕，并且回调事件已经执行完毕后才关闭此连接，这时在响应关闭连接事件的回调函数中得到的状态为REDIS_OK，此连接的资源也将会被自动回收。
将其挂接到事件库X
在context对象被创建后进行很少的几步操作就可以进行挂接。参看目录adapters/下是如何挂接到libev 和 libevent下的。
应答解析API
Hiredis自带的答复解析API ，可以很容易与更高层次的语言进行绑定。 TODO：
转载：http://blog.csdn.net/it_small_farmer/article/details/41726293