C++ и Python ZeroMQ 4.пример X PUB/SUB не работает

я могу найти только старые примеры источников C++. В любом случае, я сделал свой, основываясь на них. Вот мой издатель в python:

import zmq
context = zmq.Context()
socket = context.socket(zmq.PUB)
socket.bind("tcp://*:5563")

while True:
    msg = "hello"
    socket.send_string(msg)
    print("sent "+ msg)
    sleep(5)

и вот подписчик на C++:

void * ctx = zmq_ctx_new();
void * subscriber = zmq_socket(ctx, ZMQ_SUB);
// zmq_connect(subscriber, "tcp://*:5563");
   zmq_connect(subscriber, "tcp://localhost:5563");
// zmq_setsockopt(subscriber, ZMQ_SUBSCRIBE, "", sizeof(""));

while (true) {
    zmq_msg_t msg;
    int rc;

    rc = zmq_msg_init( & msg);
    assert(rc == 0);
    std::cout << "waiting for message..." << std::endl;
    rc = zmq_msg_recv( & msg, subscriber, 0);
    assert(rc == 1);

    std::cout << "received: " << (char * ) zmq_msg_data( & msg) << std::endl;
    zmq_msg_close( & msg);
}

Первоначально я пытался zmq_setsockopt( subscriber, ZMQ_SUBSCRIBE, "", sizeof("") ); но я думаю, что я должен получить все, если я не установлю это, верно? Поэтому я прокомментировал это.

когда я запускаю код, я вижу " ожидание сообщения..." навсегда.

я пытался слушать TCP-трафик с помощью tcpdump. Оказывается, когда издатель включен, я вижу много мусора на 5563 порт, и когда я выключаю издателя, они останавливаются. Когда я попробовал PUSH/PULL схема, я мог видеть текстовое сообщение в tcpdump. (Я попытался нажать с помощью nodejs и потянуть с помощью c++, и это сработало).

что я могу сделать неправильно?

я пробовал разные комбинации .bind(), .connect(), localhost, 127.0.0.1, но они не работают.

обновление: Я только что прочитал, что я должен подписаться на что-то, поэтому я сделал zmq_setsockopt( subscriber, ZMQ_SUBSCRIBE, NULL, 0 ); подписаться на все, но я все равно ничего не получаю

PyZMQ находится в версии 17.0.0.b3 и имеет ZeroMQ 4.2.3

C++ имеет ZeroMQ 4.2.2

обновление 2:

обновляет оба до 4.2.3, также не будет работать.

4 ответов


"

нет, это неверное предположение. Вам может понравиться коллекция из моих других сообщений ZeroMQ здесь, о { plain-string / unicode / serialisation} - проблемах и { performance - / traffic -} - влияет на фактическую политику (SUB-боковая тема-обработка фильтра в ранних версиях ZeroMQ и / или PUB-боковая обработка для более поздних)можно столкнуться при проектировании гетерогенных распределенных систем с использованием ZeroMQ.

(любой другой масштабируемый формальный шаблон архетипа связи, такой как наблюдаемый PUSH/PULL, ничего не делает с политикой подписки, поэтому будет работать независимо от обработки сопоставления подписки против списка фильтров темы набора. )


Шаг 0: Проверьте отправка-часть RTO первая, если она .send() - s что-нибудь вообще:

давайте смоделируем быстрый питонический приемник, чтобы увидеть, действительно ли отправитель отправляет что-нибудь по переулку:

import zmq

aContext = zmq.Context()                                          # .new Context
aSUB     = aContext.socket( zmq.SUB )                             # .new Socket
aSUB.connect( "tcp://127.0.0.1:5563" )                            # .connect
aSUB.setsockopt( zmq.LINGER, 0 )                                  # .set ALWAYS!
aSUB.setsockopt( zmq.SUBSCRIBE, "" )                              # .set T-filter

MASK = "INF: .recv()-ed this:[{0:}]\n:     waited {1: > 7d} [us]"
aClk = zmq.Stopwatch(); 

while True:
      try:
           aClk.start(); print MASK.format( aSUB.recv(),
                                            aClk.stop()
                                            )
      except ( KeyboardInterrupt, SystemExit ):
           pass
           break
pass
aSUB.close()                                                     # .close ALWAYS!
aContext.term()                                                  # .term  ALWAYS!

это должно сообщить все, что PUB-отправитель на самом деле .send() - ing по проводу, а также фактическое время прибытия сообщений (в [us], рад, что ZeroMQ включил этот инструмент для отладки и настройки производительности / задержки ).

если ACK-ed как вы видите прямую INF:-сообщения на самом деле тикают на экране, продолжайте работать, и теперь имеет смысл перейти к следующему шагу.


Шаг 1: проверьте код приемной части далее:

#include <zmq.h>
void *aContext = zmq_ctx_new();        
void *aSUB     = zmq_socket(     aContext, ZMQ_SUB );               std::cout << "INF: .. zmq_ctx_new() done" << std::endl;
                 zmq_connect(    aSUB,    "tcp://127.0.0.1:5563" ); std::cout << "INF: .. zmq_connect() done" << std::endl;
                 zmq_setsockopt( aSUB,     ZMQ_SUBSCRIBE, "", 0 );  std::cout << "INF: .. zmq_setsockopt( ZMQ_SUBSCRIBE, ... ) done" << std::endl;
                 zmq_setsockopt( aSUB,     ZMQ_LINGER,        0 );  std::cout << "INF: .. zmq_setsockopt( ZMQ_LINGER, ...    ) done" << std::endl;
int rc;
while (true) {
         zmq_msg_t       msg;                            /*       Create an empty ØMQ message */
    rc = zmq_msg_init  (&msg);          assert (rc ==  0 && "EXC: in zmq_msg_init() call" );
                                               std::cout << "INF: .. zmq_msg_init() done" << std::endl;
    rc = zmq_msg_recv  (&msg, aSUB, 0); assert (rc != -1 && "EXC: in zmq_msg_recv() call" );
                                               std::cout << "INF: .. zmq_msg_recv() done: received [" << (char * ) zmq_msg_data( &msg ) << "]" << std::endl;
         zmq_msg_close (&msg);                           /*       Release message */
                                               std::cout << "INF: .. zmq_msg_close()'d" << std::endl;
}
zmq_close(    aSUB );                          std::cout << "INF: .. aSUB was zmq_close()'d" << std::endl;
zmq_ctx_term( aContext );                      std::cout << "INF: .. aCTX was zmq_ctx_term()'d" << std::endl;

каково возвращаемое значение для zmq_setsockopt()?

затем вы должны использовать "" вместо NULL, они разные.

zmq_setsockopt( subscriber, ZMQ_SUBSCRIBE, "", 0 );

как определяет API:

возвращаемое значение

на zmq_setsockopt() функция возвращает ноль в случае успеха. В противном случае он должен вернуть -1 и установить errno к одному из значений, определенных ниже.
...


правильный рецепт для запуска шаблона PUB / SUB (независимо от языка):

в пабе

  1. socket(zmq.PUB)
  2. bind("tcp://127.0.0.1:5555")
  3. encoding (обычно просто encode() для строк, но вы также можете сжимать() или dumps () для объектов или даже обоих)encoded_topic = topic.encode() encoded_msg = msg.encode()
  4. send_multipart([encoded_topic, encoded_msg])

Sub

  1. socket(zmq.SUB)
  2. setsockopt(zmq.SUBSCRIBE, topic.encode())
  3. connect("tcp://127.0.0.1:5555")
  4. answer = recv_multipart()
  5. расшифровать ответ enc_topic, enc_msg = answer topic = enc_topic.decode() msg = enc_msg.decode()

В общем, шаги Pub-2 / Sub-3 (т. е. bind / connect) и Pub-3 / Sub - 5 (т. е. кодирование / декодирование или дампы / нагрузки) должны дополнять друг друга, чтобы вещи работали.


это я, тот, кто задал вопрос.

мне удается получить работу обмен socket.bind("tcp://*:5563") до socket.connect("tcp://dns_address_of_my_dcker_container:5564") в python,

и обмен zmq_connect(subscriber, "tcp://localhost:5563") to zmq_bind(subscriber, "tcp://*:5563") в C++

примеры, которые я нашел в интернете говорит, что я должен использовать bind для издателя и connect для подписчика, но для меня это никак не сработает. Кто-нибудь знает почему?

документация ZeroMQ говорит следующий:

функция zmq_bind() связывает сокет с локальной конечной точкой, а затем принимает входящие соединения на этой конечной точке.

функция zmq_connect() соединяет сокет с конечной точкой, а затем принимает входящие соединения на этой конечной точке.

у меня нет четкого представления о том, что изменили, но это сработало.