• JMS的P2P和PUB/SUB区别和应用场景介绍【转】


    完全引用自: https://my.oschina.net/alexgaoyh/blog/338890  解释得非常棒.


    1、P2P模型


    在P2P模型中,有下列概念:

    • 消息队列(Queue)、
    • 发送者(Sender)、
    • 接收者(Receiver)。

    每个消息都被发送到一个特定的队列,接收者从队列中获取消息。列保留着消息,直到它们被消费或超时
    每个消息只有一个消费者 (Consumer)(即一旦被消费,消息就不再在消息队列中)
    发送者和接收者之间在时间上没有依赖性 ,也就是说当发送者发送了消息之后,不管接收者有没有正在运行,它不会影响到消息被发送到队列。
    接收者在成功接收消息之后需向队列应答成功
    如果你希望发送的每个消息都应该被成功处理 的话,那么你需要P2P模型。

    适用场合:

    想让接收者进行且只进行一次处理,组件之间进行同步通信

     

    2   Pub/Sub模型

    在Pub/Sub模型中,有下列概念:

    • 主题(Topic)、
    • 发布者(Publisher)、
    • 订阅者(Subscriber)。

    客户端将消息发送到主题。多个发布者将消息发送到Topic,系统将这些消息传递给多个订阅者。
     每个消息可以有多个消费者
    发布者和订阅者之间有时间上的依赖性 。针对某个主题(Topic)的订阅者,它必须创建一个订阅之后,才能消费发布者的消息,而且,为了消费消息,订阅者必须保持运行的状态。
    当然,为了缓和这种严格的时间相关性,JMS允许订阅者创建一个可持久化的订阅。这样,即使订阅者没有被激活(运行),它也能接收到发布者的消息。
    如果你希望发送的消息可以不被做任何处理、或者被一个消费者处理、或者可以被多个消费者处理 的话,那么可以采用Pub/Sub模型(也就是说发布者不关心有多少侦听者)。

     

    关于时间 的依赖性

              二种模型的实现结果:

             对于p2p 模型的每个消息只能有一个消费者  如果我们定义二个消息接受者的Bean那么只能有一端会接收到消息。当你把部署在Jboss中的消息接收Bean去掉以后,然后发送消息 此时消息在队列中,一旦你重新部署他会立刻就接收到刚刚发送的消息 所以它没有时间的依赖性,

               pub/sub 模型可以有多个消费者 在这个模型中如果我们定义多个接收消息的Bean当我们在客户端发送消息的时候二个bean都会接收到消息,所以他有多个消费者 但是如果你把Jboss部署中的消息接收bean去掉之后,发送消息。然后在重新部署,那么消息也无法接收到 ,所以说他有时间的依赖性。

  • 相关阅读:
    k8s podpreset 参数注入
    python pipenv 包管理
    使用火狐浏览器访问双向认证的k8s api
    k8s api
    常用的排序算法的时间复杂度和空间复杂度
    flask 启动
    Redis系列-第四篇持久化与事务
    Redis系列-第五篇分布式锁与主从复制
    Redis系列-第六篇哨兵模式
    Docker系列-第一篇Docker简介
  • 原文地址:https://www.cnblogs.com/whatlonelytear/p/6377234.html
Copyright © 2020-2023  润新知