文档章节

JMS规范定义了2种消息传输模式:持久传送模式和非持久传输模式

济远
 济远
发布于 2017/02/12 09:05
字数 2403
阅读 4
收藏 0

  JMS规范定义了2种消息传输模式:持久传送模式和非持久传输模式。发送者可以通过如下类似的代码进行设置

TopicPublisher publihser = session.createPublisher(topic);

// 设置持久化传输
publihser.setDeliveryMode(DeliveryMode.PERSISTENT);

这种方式对publisher发送的所有消息都有效,相当于是一个全局的效果。如果只是想设置某一个消息的传输模式,可以通过以下代码设置消息头的属性来实现

TextMessage message = session.createTextMessage(text);
    
message.setJMSDeliveryMode(DeliveryMode.PERSISTENT);

     使用传输模式是一件很容易的事,直接调用API就可以了。那什么是传输模式呢?传输模式是用来控制消息属性的,DeliveryMode.PERSISTENT代表这是持久消息,DeliveryMode.NON_PERSISTENT代表是非持久消息。个人觉得传输模式和消息持久化是同一个概念,只不过是不同的叫法而已。

1.NON_PERSISTENT模式和 PERSISTENT模式

   对于非持久的消息,JMS provider不会将它存到文件/数据库等稳定的存储介质中。也就是说非持久消息驻留在内存中,如果jms provider宕机,那么内存中的非持久消息会丢失。A JMS provider must diliver a NON_PERSISTENT message at-most-once 。对于持久消息,消息提供者会使用存储-转发机制,先将消息存储到稳定介质中,等消息发送成功后再删除。如果jms provider挂掉了,那么这些未送达的消息不会丢失;jms provider恢复正常后,会重新读取这些消息,并传送给对应的消费者。 A JMS provider must diliver a PERSISTENT message once -and-only-once

2.消息是否持久和是否送达

    消息的持久特性就是为了在异常发生的时候保证消息的送达 。如果网络、jms provider、消息生产者、消息消费者都不会出现任何故障,那么持久消息和非持久消息就没有差别了。因为一旦消息成功传送给它的所有消费者,那么jms provider会从内存/硬盘上删除这些无用的消息。显然一切正常的情况下,使用PERSISTENT消息非常浪费, 因为持久传送消 息前,需要先将消息保存到硬盘;消息发送成功后,还需要将消息从硬盘上删除。 但现实情况是,网络可能出现断连、provider和消费者都有可能宕机。因此对于一些非常重要,不容许任何丢失的消息,一定要采用 PERSISTENT模式。

3.持久消息和持久订阅者

   我的另一篇博客   理解JMS规范中的持久订阅和非持久订阅    介绍了持久订阅者和非持久订阅者的差别。持久订阅者和持久消息有什么区别和联系吗?持久消息发送给持久订阅者和非持久订阅有什么差别?非持久消息能够发送给持久订阅者吗?下面通过一些测试代码,来阐述持久消息和持久订阅者的关系。测试代码是基于ActiveMQ5.8.0版本。

 

3.1生产者发送持久消息和非持久消息,但是消息没有消费者,即这是一条无用消息

package mq.aty.persistentmsg;

import javax.jms.DeliveryMode;
import javax.jms.Session;
import javax.jms.TextMessage;
import javax.jms.Topic;
import javax.jms.TopicConnection;
import javax.jms.TopicPublisher;
import javax.jms.TopicSession;

import mq.aty.JmsUtils;

/**
 * 直接运行该程序和activeMQ,不运行任何的消费者,然后观察持久化介质(我们使用了数据库)
 *
 */
public class NoReceiverTest
{
  private static TopicConnection connection = null;

  private static Topic topic = null;

  public static void main(String[] args) throws Exception
  {
    connection = JmsUtils.getConnection();
    topic = JmsUtils.getTopic();
    
    sentPersistent();
    sentNonPersistent();
    
    connection.close();
  }

  public static void sentPersistent() throws Exception
  {
    TopicSession session = connection.createTopicSession(false,
        Session.AUTO_ACKNOWLEDGE);

    TopicPublisher publihser = session.createPublisher(topic);

    publihser.setDeliveryMode(DeliveryMode.PERSISTENT);

    for (int i = 0; i < 3; i++)
    {
      String text = "I am persistent message.order=" + i;

      TextMessage message = session.createTextMessage(text);
      
      message.setJMSPriority(i);

      publihser.publish(message);
    }

  }
  
  public static void sentNonPersistent() throws Exception
  {
    TopicSession session = connection.createTopicSession(false,
        Session.AUTO_ACKNOWLEDGE);

    TopicPublisher publihser = session.createPublisher(topic);

    publihser.setDeliveryMode(DeliveryMode.NON_PERSISTENT);

    for (int i = 0; i < 3; i++)
    {
      String text = "non-persistent message.id=" + i;

      TextMessage message = session.createTextMessage(text);

      publihser.publish(message);
    }

  }

}

我使用了mysql数据库,并配置了activeMQ将消息持久化到数据库。运行上面的程序,发现mysql数据库中activemq_msgs表没有任何数据。可以证明:持久消息和非持久消息都被MQ消息服务器丢弃了。 无论是持久消息,还是非持久消息,如果消息没有对应的消费者,那么activeMQ会认为这些消息无用,直接删除。

 

3.2生产者发送持久消息和非持久消息,只有非持久订阅者

之前的博客已经介绍了:非持久订阅者只有在活动状态,并且和jms provider的保持连接情况下,才能收到消息。如果非持久订阅者挂掉了,那么不能再接收任何消息(无论是持久消息,还是非持久消息)。如果订阅者挂掉了,后续jms provider再收到消息,就变成了3.1的情况。也就是说:消息是否持久化,和非持久订阅者没有关系。

 

3.3持久消息和非持久消息,发送给离线的持久订阅者

消息的发送者源码:

package mq.aty.persistentmsg;

import javax.jms.DeliveryMode;
import javax.jms.Session;
import javax.jms.TextMessage;
import javax.jms.Topic;
import javax.jms.TopicConnection;
import javax.jms.TopicPublisher;
import javax.jms.TopicSession;

import mq.aty.JmsUtils;

/**
 * 直接运行该程序和activeMQ,没有任何的消费者,然后观察持久化介质(我们使用了数据库)
 *
 */
public class NoReceiverTest
{
  private static TopicConnection connection = null;

  private static Topic topic = null;

  public static void main(String[] args) throws Exception
  {
    connection = JmsUtils.getConnection();
    topic = JmsUtils.getTopic();
    
    sentPersistent();
    sentNonPersistent();
    
    connection.close();
  }

  public static void sentPersistent() throws Exception
  {
    TopicSession session = connection.createTopicSession(false,
        Session.AUTO_ACKNOWLEDGE);

    TopicPublisher publihser = session.createPublisher(topic);

    publihser.setDeliveryMode(DeliveryMode.PERSISTENT);

    for (int i = 0; i < 3; i++)
    {
      String text = "I am persistent message.order=" + i;

      TextMessage message = session.createTextMessage(text);
      
      message.setJMSPriority(i);

      publihser.publish(message);
    }

  }
  
  public static void sentNonPersistent() throws Exception
  {
    TopicSession session = connection.createTopicSession(false,
        Session.AUTO_ACKNOWLEDGE);

    TopicPublisher publihser = session.createPublisher(topic);

    publihser.setDeliveryMode(DeliveryMode.NON_PERSISTENT);

    for (int i = 0; i < 3; i++)
    {
      String text = "non-persistent message.id=" + i;

      TextMessage message = session.createTextMessage(text);

      publihser.publish(message);
    }

  }

}

持久订阅者源码如下:

package mq.aty.persistentmsg;

import javax.jms.JMSException;
import javax.jms.Message;
import javax.jms.MessageListener;
import javax.jms.Session;
import javax.jms.TextMessage;
import javax.jms.Topic;
import javax.jms.TopicConnection;
import javax.jms.TopicSession;
import javax.jms.TopicSubscriber;

import mq.aty.JmsUtils;

/**
 * <pre>
 *  1、先运行监听者,向jms server注册,让jms server知道有这个持久订阅者。类似于你向腾讯申请个QQ号码
 *  
 *  2、启动jms server和持久订阅者(运行该类)。查看数据库可以发现activemq_acks中多了一条记录,
 *     也就是说activeMQ识别和接受了我们的持久订阅者
 *    
 *  3、停止持久订阅者,启动生产者向MQ服务器发送持久消息和非持久消息。发现activemq_msgs中多持久消息
 *  
 *  4、运行持久订阅者。发现持久消息和非持久消息都能接受到
 * </pre>
 * 
 */
public class DurableSubscriberTest
{

  public static void main(String[] args) throws Exception
  {
    TopicConnection connection = JmsUtils.getConnection();
    Topic topic = JmsUtils.getTopic();

    // 创建持久订阅的时候,必须要设置client,否则会报错:
    // javax.jms.JMSException: You cannot create a durable subscriber
    // without specifying a unique clientID on a Connection

    // 如果clientID重复(已经存在相同id的活动连接),会报错
    // javax.jms.InvalidClientIDException: Broker: localhost - Client: 1
    // already connected from tcp://127.0.0.1:2758
    connection.setClientID("1");

    TopicSession session = connection.createTopicSession(false,
        Session.AUTO_ACKNOWLEDGE);

    // 在同一个连接的ClientID下,持久订阅者的名称必须唯一
    // javax.jms.JMSException: Durable consumer is in use for client: 1 and
    // subscriptionName: 11

    // TopicSubscriber subscriber = session.createSubscriber(topic);
    TopicSubscriber subscriber = session.createDurableSubscriber(topic,
        "11");

    subscriber.setMessageListener(new MessageListener() {

      @Override
      public void onMessage(Message msg)
      {
        try
        {
          TextMessage textMsg = (TextMessage) msg;
          System.out.println("DurableSubscriber get:"
              + textMsg.getText());
        } catch (JMSException e)
        {
          e.printStackTrace();
        }
      }
    });

    connection.start();// 一定要start
  }
}

 

在第二步操作的时候,查看mysql数据库可以发现,数据库表activemq_acks中多了一条记录,记录我们的持久订阅者

在第三步操作的时候,查看数据库表activemq_msgs中多了3条持久消息。可以发现activeMQ会将持久消息保存到硬盘。

最后当我们重新启动持久订阅者的时候,可以发现,持久消息和非持久消息都能够接收到。这个时候 activemq_msgs中的消息被删除。

 

通过这种情况测试,只能看出持久订阅者和非持久订阅者存在差别: 持久订阅者能够接收离线消息,不管该消息是不是持久消息

我们好像还看出持久消息和非持久消息的区别,这是因为我们进行上述测试的时候, 没有关闭activeMQ服务器,所以无论是硬盘上的持久消息,还是内存中的非持久消息,都不会丢

 

接下来我们还是使用上面的发送者和接收者源码,但是改变下操作顺序。按照如下顺序进行操作:

* <pre>
 *  1、先运行监听者,向jms server注册,让jms server知道有这个持久订阅者。类似于你向腾讯申请个QQ号码
 *
 *  2、启动jms server和持久订阅者(运行该类)。查看数据库可以发现activemq_acks中多了一条记录,
 *     也就是说activeMQ识别和接受了我们的持久订阅者
 *  
 *  3、停止持久订阅者,启动生产者向MQ服务器发送持久消息和非持久消息
 *  
 *  4、消息发送成功后,停止activemq服务器、
 *  
 *  5、重新启动mq服务器和订阅者。发现只能接收到持久消息
 * 
 * </pre>

我们发现当activeMQ服务器挂掉再重启的时候,持久订阅者只能收到持久消息,不能收到非持久消息。

4.总结

   通过上述测试代码和执行结果,我们得出以下结论:

   持久订阅者/非持久订阅者,只影响离线的时候消息(包括持久消息和非持久消息)是否能接收到,和消息是否持久无关;

   持久消息/非持久消息,只是影响jms provider宕机后。消息是否会丢失,如果永远不会宕机,那么持久消息和非持久消息没有区别。

本文转载自:http://blog.csdn.net/wilsonke/article/details/42804245

共有 人打赏支持
济远
粉丝 0
博文 13
码字总数 13858
作品 0
南京
程序员
JMS开发(二):深入PTP,Pub-Sub两种模式

1.PTP模型 PTP(Point-to-Point)模型是基于队列(Queue)的,对于PTP消息模型而言,它的消息目的是一个消息队列(Queue),消息生产者每次发送消息总是把消息送入消息队列中,消息消费者总是从消息队列...

Zhao-Qian
2012/11/18
0
0
关于 Jms Topic 持久订阅

消息中间件的 Topic 机制,一般情况下没有保存消息。一没连接,再次连接时不会收到失去连接期间的消息。这种机制在对消息可丢失的场景应用好。当然消息中间件都有保存消息的功 能。Jms 规范里...

小编辑
2010/02/27
0
1
JMS : Java Message Service (Java消息服务)之一 [转]

引文来源 JMS : Java Message Service (Java消息服务)之一 - 采云摘月 - 博客园

junsun
2010/10/16
0
0
activemq in action学习笔记

JMS基本概念 JMS 是 SUN 公司开发的一套访问 MOM(Message-Oriented-Middleware) 消息服务中间件的标准 API。 MOM 提供消息接收和转发的服务,对消息进行缓存和持久操作,保证消息的安全性,JMS让...

dyzhou
2015/08/24
0
1
Java消息中间件的概述与JMS规范

为什么需要使用消息中间件 在介绍消息中间件之前,我们先来看一个故事: 老王的睡前故事: 在很久很久以前,小明隔壁有个姓王的邻居,姑且就叫隔壁老王吧。隔壁老王有个大女儿,名叫王兰花秀...

ZeroOne01
05/25
0
0

没有更多内容

加载失败,请刷新页面

加载更多

《看图轻松理解数据结构与算法系列》导引贴

最近学习数据结构,遇到一个很喜欢的博主,他的文章图文并茂,理解起来很容易。特此开贴记录,方便反复阅读。 博主主页 https://juejin.im/user/57c3970f79bc440063e58518/posts?sort=popul...

科陆李明
44分钟前
1
0
20.27 分发系统介绍~ 20.30 expect脚本传递参数

分发系统介绍分发系统-expect讲解(也就是一个分发的脚本)场景:业务越来越大,网站app,后端,编程语言是php,所以就需要配置lamp或者lnmp,最好还需要吧代码上传到服务器上;但是因...

洗香香
58分钟前
2
0
设计一个百万级的消息推送系统

前言 首先迟到的祝大家中秋快乐。 最近一周多没有更新了。其实我一直想憋一个大招,分享一些大家感兴趣的干货。 鉴于最近我个人的工作内容,于是利用这三天小长假憋了一个出来(其实是玩了两...

crossoverJie
今天
2
0
软件架构:5种你应该知道的模式

Singleton(单例模式)、仓储模式(repository)、工厂模式(factory)、建造者模式(builder)、装饰模式(decorator)……大概每个上课听讲的程序员都不会陌生——软件的设计模式为我们提供...

好雨云帮
今天
3
0
OSChina 周二乱弹 —— 这只是一笔金钱交易

Osc乱弹歌单(2018)请戳(这里) 【今日歌曲】 @小小编辑:推荐歌曲《暮春秋色》- 窦唯 / 译乐队 《暮春秋色》- 窦唯 / 译乐队 手机党少年们想听歌,请使劲儿戳(这里) @我没有抓狂:跨服聊...

小小编辑
今天
1K
19

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部