좋은 제안이라고 생각합니다. 실용적인 코드를 작성할 때 pub/sub에 대해 상당히 혼란스러워합니다.

+1, 비동기 libev pub/sub에 어려움이 있습니다.

ng 대해 신고되었습니다.

#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <signal.h>
#include "hiredis/hiredis.h"
#include "hiredis/async.h"
#include "hiredis/adapters/libevent.h"

void onMessage(redisAsyncContext *c, void *reply, void *privdata) {
    redisReply *r = reply;
    if (reply == NULL) return;

    if (r->type == REDIS_REPLY_ARRAY) {
        for (int j = 0; j < r->elements; j++) {
            printf("%u) %s\n", j, r->element[j]->str);
        }
    }
}

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) {
        printf("error: %s\n", c->errstr);
        return 1;
    }

    redisLibeventAttach(c, base);
    redisAsyncCommand(c, onMessage, NULL, "SUBSCRIBE testtopic");
    event_base_dispatch(base);
    return 0;
}

Ubuntu 14.04에서 이 예제를 성공적으로 컴파일하려면 libevent-dev 라이브러리를 설치해야 합니다. 또한 컴파일하는 동안 -levent 플래그를 전달해야 합니다.

문서의 문제는 구독할 수 있지만 다른 이벤트를 구독하는 것 외에는 아무 것도 할 수 없다는 내용이 어디에도 작성되지 않았다는 것입니다.

다음과 같은 것을 시도하십시오.

redisAsyncCommand(c, onMessage, NULL, "SUBSCRIBE testtopic");
redisAsyncCommand(c, onAnotherMessage, NULL, "SUBSCRIBE anothertopic");
redisAsyncCommand(c, onReply, NULL, "SET toto 5");
redisAsyncCommand(c, onReply, NULL, "PUBLISH testtopic \"hello\"");
redisAsyncCommand(c, onReply, NULL, "GET toto");

그리고 2개의 첫 번째 명령만 작동합니다. 다른 하나는 REDIS_OK 응답하지만 onReply() 콜백은 NULL 응답을 받습니다.

일을 올바르게 수행하는 유일한 방법은 2개의 redis 컨텍스트를 사용하는 것입니다. 하나는 구독(및 MONITOR)용이고 다른 하나는 나머지용입니다. 이 제한 사항을 반영하도록 문서를 업데이트해야 할까요?

EACH API에 대한 문서가 있습니까?

소켓이 결국 닫힐 때 이벤트를 어떻게 캡처합니까?

소켓이 결국 닫힐 때 이벤트를 어떻게 캡처합니까?

아니면 빠르게 시간 초과를 감지하고 새 연결을 다시 실행하는 방법은 무엇입니까? 예를 들어, 그 사이에 있는 방화벽이 연결을 닫고 그 후에 패킷을 삭제하는 경우입니다.

해당 연결에서 구독만 하면 시간 초과를 확인하기 위해 무언가를 보내는 것이 불가능합니다. 또한 TCP keepalives는 ASYNC와 함께 존재하지 않는 것 같으며 어쨌든 이들은 예를 들어 도커 컨테이너 내부의 Linux에서 제대로 구성하기 어렵습니다(예: 간격, 재시도 등).

일반적으로 TCP 소켓을 사용하면 소켓에서 짧은 읽기/쓰기 시간 초과가 발생할 수 있으며 무언가를 보낸 후 시간 초과 여부를 확인하고 빠르게 다른 서버에 다시 연결하거나 다른 작업을 시도할 수 있습니다...

ping 명령을 비동기적으로 보내고 연결 해제를 트리거하도록 읽기/쓰기 제한 시간을 구성할 수 있는 다른 것이 있다면 좋을 것입니다.

@Gerporgl
내 자신의 구현에서 redisAsyncSetDiconnectCallback을 활용했으며 이것이 어떻게 작동하는지에 대한 메커니즘을 연구하지 않았습니다.
https://github.com/nidhhoggr/twemproxy_sentinel/commit/602e07cfdbd57a307ff008e8e9d41909ac34b004

제 경우에는 연결 해제 이벤트가 내가 항상 "자동 연결 해제"라고 부르는 경우에 대해 충분히 빨리(또는 어떤 경우에는 전혀 발생하지 않는) 발생하지 않는 것 같습니다. 일반적으로 시간이 오래 걸립니다(5시간 이상 기다렸습니다. 몇 분 동안 이벤트를 받지 못했지만 10-15분 후에 마침내 이벤트를 받았습니다)

주제에 대해 조금 더 읽은 후 구독하는 동안 여전히 PING 명령을 수행할 수 있다는 것을 알게 되었고 게시된 메시지인 것처럼 자신의 PING 응답 이벤트를 구독할 수 있다고 언급하는 이 게시물을 발견했습니다.
https://github.com/redis/hiredis/issues/351

기본적으로 지금 잘 작동하는 것처럼 보이는 것은 예를 들어 1초 간격으로 PING을 보내는 것이며, 더 이상 핑 응답을 받지 못하면(또는 특정 허용 한계 임계값을 허용하면) 연결이 끊어졌다고 가정하고 정리를 수행한 다음 다시 연결합니다. 훨씬 더 강력하고 빠른 것 같습니다.

libevent 및 hiredis를 사용하면 일반 메시지 전달을 비동기적으로 처리하면서 PING에 대한 타이머 이벤트를 사용하여 완전한 비동기 구독 구현을 수행할 수 있습니다.

@Gerporgl
이것은 매우 도움이되었습니다!
혹시 키 공간 이벤트 알림에 대해 동일한 redisAsyncCommand/Async 컨텍스트 메커니즘을 사용하려고 했습니까?
나는 그 부분이 작동하도록 노력하고 있습니다. 그러나 불행히도 메시지를 받지 못합니다.

이것을 시도 했습니까?

redis-cli config set notify-keyspace-events KEA

redisAsyncCommand(c, subscribeCallback, NULL, "PSUBSCRIBE __key*__:*");

@joe-at-startupmedia
감사 해요! 나는 이미 이것을 시도했습니다. 그리고 내가 얻는 모든 것은 첫 번째 psubscribe 응답인 것 같습니다.
데이터의 업데이트는 실제로 콜백에서 수신되지 않습니다.
샘플 코드는 다음과 같습니다.

`

SUBSCRIBE_CHANNEL "SUBSCRIBE URLC_Updates" 정의

SUBSCRIBE_KEYEVENT 정의 "PSUBSCRIBE '__key __: '"

SCAN_DB "SCAN %d COUNT 100" 정의

QUERY_KEY "GET %s" 정의

무효의
onPubsubMessage(redisAsyncContext *c, 무효 *응답, 무효 *privdata)
{
redisReply *r = (redisReply *) 답장;
if (응답 == NULL) 반환;

/* What if reply type is something else... */
if (r->type == REDIS_REPLY_ARRAY) {

    for (int j = 0; j < r->elements; j++) {
        if (r->element[j]->type == REDIS_REPLY_STRING) { 
            myPubsubFile.open(PUBSUB_FILE, fstream::in | fstream::out | fstream::app);
            myPubsubFile << r->element[j]->str << endl;
            myPubsubFile.close();
        } else if (r->element[j]->type == REDIS_REPLY_INTEGER) {
            cout << "Integer : "<< r->element[j]->integer << endl;
        }
    }
}
return;

}
무효의
onKeyspaceMessage(redisAsyncContext *c, 무효 *응답, 무효 *privdata)
{
redisReply *r = (redisReply *) 답장;
if (응답 == NULL) 반환;

cout << "Got keyspace event notification from REDIS.. " << endl;

/* What if reply type is something else... */
if (r->type == REDIS_REPLY_ARRAY) {
    cout << "Type is an array.. " << endl;
    cout << "Number of elements here: " << r->elements << endl;

    for (int j = 0; j < r->elements; j++) {
        cout << "\t\t Type for element : " << r->element[j]->type << endl;
        if (r->element[j]->type == REDIS_REPLY_STRING) {
            cout << "\t\t\t" << r->element[j]->str << endl;
        } else if (r->element[j]->type == REDIS_REPLY_INTEGER) {
            cout << "\t\t\t" << "Integer : "<< r->element[j]->integer << endl;
        }   
    }   
} else {
    cout << "This is the type for response : " << r->type << endl;
}   
return;

}
무효의*
pubsubRecipient(무효* 인수)
{
구조체 event_base *base = event_base_new();

redisAsyncContext *c = redisAsyncConnect("127.0.0.1", 6379);
if (c->err) {
    printf("error: %s\n", c->errstr);
    return NULL;
}   

redisLibeventAttach(c, base);
redisAsyncCommand(c, onPubsubMessage    , NULL, SUBSCRIBE_CHANNEL);
redisAsyncCommand(c, onKeyspaceMessage  , NULL, SUBSCRIBE_KEYEVENT);

`

PS REDIS에서 키 공간 알림을 활성화하는 구성 부분은 별도의 프로세스에 있습니다. 별도의 터미널에서 redis-cli 인스턴스를 실행할 때 해당 구성의 효과를 볼 수 있습니다.

여기에서 누락된 것이 있지만 keyevent 구독 문자열은 다음과 같습니다.

 "PSUBSCRIBE 'key*:*'"

해당 패턴에 맞게 다음과 같이 변경해야 하지 않을까요?

"PSUBSCRIBE __key*__:*"

오.. 이 편집기에서 이상한 일이 벌어지고 있습니다... 내 코드를 복사하여 붙여넣을 때 키 를 둘러싼 밑줄이 있었습니다.

그럼에도 불구하고 문제는 내 _ _ 키 * _ _ 패턴을 둘러싼 -> ' ' <-(작은 따옴표)인 것 같습니다.
redis-cli는 문제 없이 이를 수락합니다. 그러나 redis 명령을 통해 보낼 때 여기에 문제가 있습니다.

오래된 문제를 겪고 있습니다. 몇 년 전에 Wiki에 예제가 추가되었습니다(@aluiken에게 감사드립니다).