博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Jms Topic和Queue的比较
阅读量:4200 次
发布时间:2019-05-26

本文共 3642 字,大约阅读时间需要 12 分钟。

 Jms规范里的两种message传输方式Topic和Queue,两者的对比如下表():

  Topic Queue
概要 Publish Subscribe messaging 发布订阅消息 Point-to-Point 点对点
有无状态 topic数据默认不落地,是无状态的。   Queue数据默认会在mq服务器上以文件形式保存,比如Active MQ一般保存在$AMQ_HOME/data/kr-store/data下面。也可以配置成DB存储。
完整性保障 并不保证publisher发布的每条数据,Subscriber都能接受到。 Queue保证每条数据都能被receiver接收。
消息是否会丢失 一般来说publisher发布消息到某一个topic时,只有正在监听该topic地址的sub能够接收到消息;如果没有sub在监听,该topic就丢失了。 Sender发送消息到目标Queue,receiver可以异步接收这个Queue上的消息。Queue上的消息如果暂时没有receiver来取,也不会丢失。
消息发布接收策略 一对多的消息发布接收策略,监听同一个topic地址的多个sub都能收到publisher发送的消息。Sub接收完通知mq服务器 一对一的消息发布接收策略,一个sender发送的消息,只能有一个receiver接收。receiver接收完后,通知mq服务器已接收,mq服务器对queue里的消息采取删除或其他操作。

  以下是符合Jms1.1规范的使用Queue传输消息的代码,使用Amq作为Jms的实现,想要更clean的代码,可以考虑将Amq的实现DI:

 

  

jms在创建Session时可以有两个参数,第一个参数是是否使用事务,第二个参数是消费者向发送者确认消息已经接收的方式:

Session session = connection.createSession(false, Session.CLIENT_ACKNOWLEDGE);
  确认消息的方式有如下三种:
  AUTO_ACKNOWLEDGE(自动通知)
  CLIENT_ACKNOWLEDGE(客户端自行决定通知时机)
  DUPS_OK_ACKNOWLEDGE(延时//批量通知)
  如果使用的是 客户端自行决定通知时机 方式,那么需要在MessageListener里显式调用message.acknowledge()来通知服务器。服务器接收到通知后采取相应的操作。

转载地址:http://hsbli.baihongyu.com/

你可能感兴趣的文章
关于GIT,你只需要看这篇文章。
查看>>
MySQL数据库之基础备份
查看>>
http协议之常用状态码总结
查看>>
python中的四个BIF:filter()、map()、zip()、enumerate()
查看>>
python 变量作用域、闭包、装饰器
查看>>
python中的浅拷贝,深拷贝的区别和理解
查看>>
python之迭代器(Iterator)、生成器(yield)、协程(gevent)
查看>>
python之字符串(str)和编码
查看>>
数据结构与算法-七种排序算法
查看>>
python之sklearn-特征工程-1.1特征工程
查看>>
python之sklearn-特征工程-1.2 特征抽取
查看>>
python之sklearn-特征工程-1.3 特征预处理
查看>>
python之sklearn-特征工程-1.4 特征选择
查看>>
python之sklearn-特征工程-1.5 特征降维
查看>>
python之sklearn-特征工程-1.6 机器学习算法简介
查看>>
python之sklearn- 分类算法-2.1 数据集介绍与划分
查看>>
python之sklearn- 分类算法-2.2 sklearn转换器和估计器
查看>>
python之sklearn-分类算法-2.5 朴素贝叶斯算法
查看>>
python之sklearn-分类算法-2.6 决策树
查看>>
python之sklearn-分类算法-3.1 线性回归
查看>>