5

设想 :

ZeroMQ我们正在(特别是)评估jeroMq事件驱动机制。

该应用程序是分布式的,其中多个服务(发布者和订阅者都是服务)可以存在于同一个 jvm 或不同节点中,这取决于部署架构。

观察

为了玩耍,我使用 jero mq (版本:0.3.5)创建了一个pub/sub模式inproc:作为传输

  1. 线程发布能够发布(看起来像被发布了,至少没有错误)
  2. 在另一个线程中的订阅者没有收到任何东西。

问题

inproc:pub/sub一起使用是否可行?

尝试谷歌搜索,但找不到任何具体的信息,任何见解?

pub/ subwith的代码示例inproc:

使用 jero mq(版本:0.3.5)的 inproc pub sub 的工作代码示例对以后访问这篇文章的人很有用。一个发布者发布主题Aand B,两个订阅者分别接收AandB

/**
 * @param args
 */
public static void main(String[] args) {

    // The single ZMQ instance
    final Context context = ZMQ.context(1);

    ExecutorService executorService = Executors.newFixedThreadPool(3);
    //Publisher
    executorService.execute(new Runnable() {

        @Override
        public void run() {
            startPublishing(context);
        }
    });
    //Subscriber for topic "A"
    executorService.execute(new Runnable() {

        @Override
        public void run() {
            startFirstSubscriber(context);
        }
    });
    // Subscriber for topic "B"
    executorService.execute(new Runnable() {

        @Override
        public void run() {
            startSecondSubscriber(context);
        }
    });

}

/**
 * Prepare the publisher and publish
 * 
 * @param context
 */
private static void startPublishing(Context context) {

    Socket publisher = context.socket(ZMQ.PUB);
    publisher.bind("inproc://test");
    while (!Thread.currentThread().isInterrupted()) {
        // Write two messages, each with an envelope and content
        try {
            publisher.sendMore("A");
            publisher.send("We don't want to see this");
            LockSupport.parkNanos(1000);
            publisher.sendMore("B");
            publisher.send("We would like to see this");
        } catch (Throwable e) {

            e.printStackTrace();
        }
    }
    publisher.close();
    context.term();
}

/**
 * Prepare and receive through the subscriber
 * 
 * @param context
 */
private static void startFirstSubscriber(Context context) {

    Socket subscriber = context.socket(ZMQ.SUB);

    subscriber.connect("inproc://test");

    subscriber.subscribe("B".getBytes());
    while (!Thread.currentThread().isInterrupted()) {
        // Read envelope with address
        String address = subscriber.recvStr();
        // Read message contents
        String contents = subscriber.recvStr();
        System.out.println("Subscriber1 " + address + " : " + contents);
    }
    subscriber.close();
    context.term();

}

/**
 * Prepare and receive though the subscriber
 * 
 * @param context
 */
private static void startSecondSubscriber(Context context) {
    // Prepare our context and subscriber

    Socket subscriber = context.socket(ZMQ.SUB);

    subscriber.connect("inproc://test");
    subscriber.subscribe("A".getBytes());
    while (!Thread.currentThread().isInterrupted()) {
        // Read envelope with address
        String address = subscriber.recvStr();
        // Read message contents
        String contents = subscriber.recvStr();
        System.out.println("Subscriber2 " + address + " : " + contents);
    }
    subscriber.close();
    context.term();

}
4

1 回答 1

5

ZMQinproc传输旨在用于不同线程之间的单个进程内。当您说“可以存在于同一个 jvm或不同的节点中”(强调我的)时,我假设您的意思是您将多个进程作为分布式服务而不是单个进程中的多个线程。

如果是这种情况,那么不,您尝试做的事情将无法与inproc. PUB-SUB/inproc在多个线程之间的单个进程中可以正常工作。


编辑以解决评论中的更多问题:

使用类似inprocor的传输的原因ipc是因为当您在正确的上下文中使用它们时,它比 tcp 传输更有效(更快)。可以想象,您可以混合使用多种传输方式,但您始终必须在同一传输方式上绑定和连接才能使其正常工作。

这意味着每个节点最多需要三个PUBSUB套接字 - 一个tcp发布者与远程主机上的ipc节点对话,一个发布者与同一主机上不同进程上的节点对话,以及一个inproc发布者与同一主机上不同线程中的节点对话过程。

实际上,在大多数情况下,您只需使用tcp传输器,并且只为所有东西启动一个套接字 -tcp可以在任何地方工作。如果每个套接字负责一种特定类型的信息,那么启动多个套接字可能是有意义的。

如果您总是向其他线程发送一种消息类型而向其他主机发送不同的消息类型是有原因的,那么多个套接字是有意义的,但在您的情况下,从一个节点的角度来看,所有其他节点是平等的。在那种情况下,我会tcp在任何地方使用并完成它。

于 2016-02-17T15:21:41.303 回答