hiredis之坑爹的异步调用

到hiredis的主页上看，发现提供了异步的API，满心欣喜的。然而，这个是一个大坑。先看官方的基于libevent的例子（忽略了部分代码）

int main (int argc, char **argv) {
    signal(SIGPIPE, SIG_IGN);
    struct event_base *base = event_base_new();

    redisAsyncContext *c = redisAsyncConnect("127.0.0.1", 6379);
    if (c->err) {
        /* Let *c leak for now... */
        printf("Error: %s\n", c->errstr);
        return 1;
    }

    redisLibeventAttach(c,base);
    redisAsyncSetConnectCallback(c,connectCallback);
    redisAsyncSetDisconnectCallback(c,disconnectCallback);
    redisAsyncCommand(c, NULL, NULL, "SET key %b", argv[argc-1], strlen(argv[argc-1]));
    redisAsyncCommand(c, getCallback, (char*)"end-1", "GET key");
    event_base_dispatch(base);
    return 0;
}

官方的这个例子运行得没有问题，但是，如果要用这个异步的接口，谁会这样使用啊?! event_base_dispatch调用之后，整个进程就会hang住，进入一个事件的循环。必须要将链接断开，跳出event loop才会继续执行下面的代码。如果下次需要访问redis，也必须进行同样的流程。可是，这样跟直接使用pipeline有什么区别！所以，一般来说，我们是需要另起一个线程，执行event_base_dispatch(base)，这样，我们才可以继续执行redis命令，实现真正的异步调用！可以问题来了，由于hiredis里面没有加锁，所以你在主线程里面调用redisAsyncCommand函数时，就会发生资源竞争，导致一系列乱七八糟的问题。

结论：hiredis的异步接口就是用来忽悠人的，根本无法使用，所以千万千万别使用。除非他们解决了这个问题，但是估计也不可能，hiredis这个库半年也不更新一次…..