Jms Topic和Queue的比较

 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()来通知服务器。服务器接收到通知后采取相应的操作。

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
JMS(Java消息服务)中,消息的传递是通过消息中介(Message Broker)来实现的。消息中介可以是消息队列(Queue)或者主题(Topic)。 JMS提供了两种不同类型的目的地(Destination):队列(Queue)和主题(Topic)。队列目的地是点对点(Point-to-Point)的消息传递模型,而主题目的地是发布/订阅(Publish/Subscribe)的消息传递模型。 队列目的地用于实现点对点的消息传递,即一个消息只能被一个消费者消费。消息生产者将消息发送到队列中,而消息消费者从队列中接收消息。队列目的地是一种持久化的目的地,也就是说,当消息生产者发送消息到队列中时,即使没有消费者在线,该消息仍然会被保存在队列中,直到有消费者连接并接收该消息为止。 主题目的地用于实现发布/订阅模型的消息传递,即一个消息可以被多个消费者消费。消息生产者将消息发送到主题中,而消息消费者从主题中接收消息。主题目的地是一种非持久化的目的地,也就是说,当消息生产者发送消息到主题中时,如果没有消费者在线,该消息将会被丢弃,不会被保存在主题中。 在JMS中,消息的发送和接收都是通过目的地来实现的。发送消息时,需要指定消息发送到哪个目的地,而接收消息时,需要注册一个消息监听器,从指定的目的地接收到消息后,会自动触发消息监听器的回调方法,执行业务逻辑。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值