redis客户端hiredis

Hiredis 在官网 http://redis.io/clients 中有说明This is the official C client. Support for the whole command set, pipelining, event driven programming.

 在Linux平台下载hiredis开发包，解压 

在命令行中 cd进入解压后的文件夹执行 Make 这样C客户端编译完毕。

接下来也是最关键的 配置。

可以手动配置 将对应.h与.so .a等文件拷贝到/usr/local/lib /user/local/include对应文件夹

或者直接执行自动配置  make install  建议直接使用此方法。

root@i wZ:~/download/hiredis# make install
mkdir -p /usr/local/include/hiredis  /usr/local/lib
cp -a hiredis.h async.h read.h sds.h adapters /usr/local/include/hiredis
cp -a libhiredis.so /usr/local/lib/libhiredis.so.0.13
cd /usr/local/lib && ln -sf libhiredis.so.0.13 libhiredis.so
cp -a libhiredis.a /usr/local/lib
mkdir -p /usr/local/lib/pkgconfig
cp -a hiredis.pc /usr/local/lib/pkgconfig

至此hiredis开发包配置完毕

4. 编写程序

可以编写依赖hiredis 的程序了，

头文件需要包含 include <hiredis/hiredis.h>，然后编译的时候加上 -lhiredis

1、redisContext* redisConnect(const char *ip, int port)

        说明：该函数用来连接redis数据库，参数为数据库的ip地址和端口，一般redis数据库的端口为6379。

        类似的提供了一个函数redisContext* redisConnectWithTimeout(const char *ip, int port, timeval tv)

2、void *redisCommand(redisContext *c, const char *format, ...);

        说明：该函数执行redis数据库中的操作命令，第一个参数为连接数据库时返回的redisContext，剩下的参数为变参，就如C标准函数printf函数一样的变参。

        返回值为void*，一般强制转换成为redisReply类型，以便做进行进一步的处理。

3、void freeReplyObject(void *reply);

        说明：释放redisCommand执行后返回的redisReply所占用的内存

4、void redisFree(redisContext *c);

        说明：释放redisConnect()所产生的连接。

文档:

https://github.com/redis/hiredis

#include<hiredis/hiredis.h>

void doTest()
{
    //redis默认监听端口是6379
    redisContext* c=redisConnect("127.0.0.1",6379);
    if(NULL==c || c->err)
    {
        redisFree(c);
        printf("Connect tor redisServer failed.%s",c->errstr);
        exit(1);
    }
    const char* command1="set stest1 value1";
    redisReply* reply=(redisReply*)redisCommand(c,command1); // 执行命令，结果强转成redisReply*类型  
     if( NULL == reply)  
    {  
        printf("Execut command1 failure
");  
        redisFree(c);     // 命令执行失败，释放内存  
        return;  
    }  
    
    if(! (reply->type== REDIS_REPLY_STATUS && strcasecmp(reply->str,"OK")==0 ))
    {
        printf("failed to execute command [%s]
",command1);
          freeReplyObject(reply);  
        redisFree(c);
        return;
    }
    freeReplyObject(reply);  
    printf("Succeed to execute command[%s]
", command1);  
     // 一切正常，则对返回值进行处理  
}

 g++   -lhiredis  redisTest.c   -o redisTest

#include <stdio.h>
 #include <stdlib.h>
 #include <stddef.h>
 #include <stdarg.h>
 #include <string.h>
 #include <assert.h>
 #include <hiredis/hiredis.h>
 
 void doTest()
 {
     int timeout = 10000;
     struct timeval tv;
     tv.tv_sec = timeout / 1000;
     tv.tv_usec = timeout * 1000;
     //以带有超时的方式链接Redis服务器，同时获取与Redis连接的上下文对象。
     //该对象将用于其后所有与Redis操作的函数。
     redisContext* c = redisConnect((char*)"127.0.0.1", 6379);
     if (c->err) {
         redisFree(c);
         return;
     }
     const char* command1 = "set stest1 value9";
     redisReply* r = (redisReply*)redisCommand(c,command1);
     //需要注意的是，如果返回的对象是NULL，则表示客户端和服务器之间出现严重错误，必须重新链接。
     //这里只是举例说明，简便起见，后面的命令就不再做这样的判断了。
     if (NULL == r) {
          redisFree(c);
         return;
     }
     //不同的Redis命令返回的数据类型不同，在获取之前需要先判断它的实际类型。
     //至于各种命令的返回值信息，可以参考Redis的官方文档，或者查看该系列博客的前几篇
     //有关Redis各种数据类型的博客。:)
     //字符串类型的set命令的返回值的类型是REDIS_REPLY_STATUS，然后只有当返回信息是"OK"
     //时，才表示该命令执行成功。后面的例子以此类推，就不再过多赘述了。
     if (!(r->type == REDIS_REPLY_STATUS && strcasecmp(r->str,"OK") == 0)) {
         printf("Failed to execute command[%s].
",command1);
         freeReplyObject(r);
         redisFree(c);
         return;
     }
     //由于后面重复使用该变量，所以需要提前释放，否则内存泄漏。
     freeReplyObject(r);
     printf("Succeed to execute command[%s].
",command1);
 
     const char* command2 = "strlen stest1";
     r = (redisReply*)redisCommand(c,command2);
     if (r->type != REDIS_REPLY_INTEGER) {
         printf("Failed to execute command[%s].
",command2);
         freeReplyObject(r);
         redisFree(c);
         return;
     }
     int length = r->integer;
     freeReplyObject(r);
     printf("The length of 'stest1' is %d.
",length);
     printf("Succeed to execute command[%s].
",command2);
 
     const char* command3 = "get stest1";
     r = (redisReply*)redisCommand(c,command3);
     if (r->type != REDIS_REPLY_STRING) {
         printf("Failed to execute command[%s].
",command3);
         freeReplyObject(r);
         redisFree(c);
         return;
     }
     printf("The value of 'stest1' is %s.
",r->str);
     freeReplyObject(r);
     printf("Succeed to execute command[%s].
",command3);
 
     const char* command4 = "get stest2";
     r = (redisReply*)redisCommand(c,command4);
     //这里需要先说明一下，由于stest2键并不存在，因此Redis会返回空结果，这里只是为了演示。
     if (r->type != REDIS_REPLY_NIL) {
         printf("Failed to execute command[%s].
",command4);
         freeReplyObject(r);
         redisFree(c);
         return;
     }
     freeReplyObject(r);
     printf("Succeed to execute command[%s].
",command4);
 
     const char* command5 = "mget stest1 stest2";
     r = (redisReply*)redisCommand(c,command5);
     //不论stest2存在与否，Redis都会给出结果，只是第二个值为nil。
     //由于有多个值返回，因为返回应答的类型是数组类型。
     if (r->type != REDIS_REPLY_ARRAY) {
         printf("Failed to execute command[%s].
",command5);
         freeReplyObject(r);
         redisFree(c);
         //r->elements表示子元素的数量，不管请求的key是否存在，该值都等于请求是键的数量。
         assert(2 == r->elements);
         return;
     }
     int i;
      for (i = 0; i < r->elements; ++i) {
         redisReply* childReply = r->element[i];
         //之前已经介绍过，get命令返回的数据类型是string。
         //对于不存在key的返回值，其类型为REDIS_REPLY_NIL。
         if (childReply->type == REDIS_REPLY_STRING)
             printf("The value is %s.
",childReply->str);
     }
     //对于每一个子应答，无需使用者单独释放，只需释放最外部的redisReply即可。
     freeReplyObject(r);
     printf("Succeed to execute command[%s].
",command5);
 
     printf("Begin to test pipeline.
");
     //该命令只是将待发送的命令写入到上下文对象的输出缓冲区中，直到调用后面的
     //redisGetReply命令才会批量将缓冲区中的命令写出到Redis服务器。这样可以
     //有效的减少客户端与服务器之间的同步等候时间，以及网络IO引起的延迟。
     //至于管线的具体性能优势，可以考虑该系列博客中的管线主题。
    /* if (REDIS_OK != redisAppendCommand(c,command1)
         || REDIS_OK != redisAppendCommand(c,command2)
         || REDIS_OK != redisAppendCommand(c,command3)
         || REDIS_OK != redisAppendCommand(c,command4)
         || REDIS_OK != redisAppendCommand(c,command5)) {
         redisFree(c);
         return;
     }
 */

    redisAppendCommand(c,command1);
    redisAppendCommand(c,command2);
    redisAppendCommand(c,command3);
    redisAppendCommand(c,command4);
    redisAppendCommand(c,command5);
     redisReply* reply = NULL;
     //对pipeline返回结果的处理方式，和前面代码的处理方式完全一直，这里就不再重复给出了。
     if (REDIS_OK != redisGetReply(c,(void**)&reply)) {
         printf("Failed to execute command[%s] with Pipeline.
",command1);
         freeReplyObject(reply);
         redisFree(c);
     }
     freeReplyObject(reply);
     printf("Succeed to execute command[%s] with Pipeline.
",command1);
 
     if (REDIS_OK != redisGetReply(c,(void**)&reply)) {
         printf("Failed to execute command[%s] with Pipeline.
",command2);
         freeReplyObject(reply);
         redisFree(c);
     }
     freeReplyObject(reply);
     printf("Succeed to execute command[%s] with Pipeline.
",command2);
 
     if (REDIS_OK != redisGetReply(c,(void**)&reply)) {
         printf("Failed to execute command[%s] with Pipeline.
",command3);
         freeReplyObject(reply);
         redisFree(c);
     }
     freeReplyObject(reply);
     printf("Succeed to execute command[%s] with Pipeline.
",command3);
 
     if (REDIS_OK != redisGetReply(c,(void**)&reply)) {
         printf("Failed to execute command[%s] with Pipeline.
",command4);
         freeReplyObject(reply);
         redisFree(c);
     }
     freeReplyObject(reply);
     printf("Succeed to execute command[%s] with Pipeline.
",command4);
 
     if (REDIS_OK != redisGetReply(c,(void**)&reply)) {
         printf("Failed to execute command[%s] with Pipeline.
",command5);
         freeReplyObject(reply);
         redisFree(c);
     }
     freeReplyObject(reply);
     printf("Succeed to execute command[%s] with Pipeline.
",command5);
     //由于所有通过pipeline提交的命令结果均已为返回，如果此时继续调用redisGetReply，
     //将会导致该函数阻塞并挂起当前线程，直到有新的通过管线提交的命令结果返回。
     //最后不要忘记在退出前释放当前连接的上下文对象。
     redisFree(c);
     return;
 }
 
 int main()
 {
     doTest();
     return 0;
 }

参考:

http://blog.csdn.net/mniwc/article/details/12851837

http://blog.csdn.net/szchtx/article/details/21741843