ActiveMQ进阶1---JMS的可靠性

最新推荐文章于 2021-11-02 14:41:12 发布

小宇哥x

最新推荐文章于 2021-11-02 14:41:12 发布

阅读量203

点赞数

分类专栏： ActiveMQ学习笔记文章标签： rabbitmq queue jms java 队列

本文链接：https://blog.csdn.net/qq_42372017/article/details/109687002

版权

ActiveMQ学习笔记专栏收录该内容

5 篇文章 0 订阅

订阅专栏

4、JMS 规范

4.1、JMS — Java消息服务

Java消息服务指的是两个应用程序之间进行异步通信的API，它为标准协议和消息服务提供了一组通用接口，包括创建、发送、读取消息等，用于支持Java应用程序开发。在JavaEE中，当两个应用程序使用JMS进行通信时，它们之间不是直接相连的，而是通过一个共同的消息收发服务组件关联起来以达到解耦/异步削峰的效果。
在这里插入图片描述

4.2、消息头

JMS的消息头有哪些属性：

JMS Destination：消息目的地
JMS DeliveryMode：消息持久化模式
JMS Expiration：消息过期时间
JM SPriority：消息的优先级
JMS MessageID：消息的唯一标识符。后面会介绍如何解决幂等性。

说明：消息的生产者可以set这些属性，消息的消费者可以get这些属性。这些属性在send方法里面也可以设置。

    TextMessage textMessage = session.createTextMessage("我是第" + i + "条message！");
    // 可以指定每个消息的目的地
    textMessage.setJMSDestination(topic);
    /*
    持久模式和非持久模式。
    一条持久性的消息：应该被传送“一次仅仅一次”，这就意味着如果JMS提供者出现故障，该消息并不会丢失，它会在服务器恢复之后再次传递。
    一条非持久的消息：最多会传递一次，这意味着服务器出现故障，该消息将会永远丢失。
    */
    textMessage.setJMSDeliveryMode(0);
    /*
    可以设置消息在一定时间后过期，默认是永不过期。
    消息过期时间，等于Destination的send方法中的timeToLive值加上发送时刻的GMT时间值。
    如果timeToLive值等于0，则JMSExpiration被设为0，表示该消息永不过期。
    如果发送后，在消息过期时间之后还没有被发送到目的地，则该消息被清除。
    */
    textMessage.setJMSExpiration(1000L);
    /*
    消息优先级，从0-9十个级别，0-4是普通消息5-9是加急消息。
    JMS不要求MQ严格按照这十个优先级发送消息但必须保证加急消息要先于普通消息到达。默认是4级。
    */
    textMessage.setJMSPriority(10);
    // 唯一标识每个消息的标识。MQ会给我们默认生成一个，我们也可以自己指定。
    textMessage.setJMSMessageID("ABCD");
    // 上面有些属性在send方法里也能设置,方法重载
    producer.send(textMessage);

4.3、消息体

封装具体的消息数据
5种消息体格式
发送和接受的消息体类型必须一致对应

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-7JGndLk8-1605319209041)(images02/image-20201111180236539.png)]

消息生产者

    // 发送TextMessage消息体
    TextMessage textMessage = session.createTextMessage("我是第" + i + "条message！");
    producer.send(textMessage);
    // 发送MapMessage  消息体。set方法: 添加，get方式：获取
    MapMessage mapMessage = session.createMapMessage();
    mapMessage.setString("name", "张三");
    mapMessage.setInt("age", 18);
    producer.send(mapMessage);

消费者

consumer.setMessageListener(new MessageListener() {
    public void onMessage(Message message) {
        // 判断消息是哪种类型之后，再强转。
        if (message != null && message instanceof TextMessage) {
            TextMessage textMessage = (TextMessage) message;
            try {
                System.out.println("消费者text的消息：" + textMessage.getText());
            } catch (JMSException e) {
                e.printStackTrace();
            }
        }
        if (message != null && message instanceof MapMessage) {
            MapMessage mapMessage = (MapMessage) message;
            try {
                System.out.println("消费者text的消息：" + mapMessage.getString("name"));
                System.out.println("消费者text的消息：" + mapMessage.getString("age"));
            } catch (JMSException e) {
                e.printStackTrace();
            }
        }
    }
});

4.4、消息属性

如果需要除消息头字段之外的值，那么可以使用消息属性。他是识别/去重/重点标注等操作，非常有用的方法。
他们是以属性名和属性值对的形式制定的。可以将属性设为消息头得以扩展，属性指定一些消息头没有包括的附加信息，比如可以在属性里指定消息选择器。消息的属性就像可以分配给一条消息的附加消息头一样。它们允许开发者添加有关消息的不透明附加信息。它们还用于暴露消息选择器在消息过滤时使用的数据。

下图是设置消息属性的API：

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-HLdCZGuy-1605319209044)(images02/image-20201111182552147.png)]

消息生产者

// 调用Message的setxxxProperty()方法，就能设置消息属性。根据value的数据类型的不同，有相应的API。
textMessage.setStringProperty("From", "张三");
textMessage.setByteProperty("Special", (byte) 1);
textMessage.setBooleanProperty("Invalid", true);
producer.send(textMessage);

消费者

System.out.println("消费者text的消息：" + textMessage.getText());
System.out.println("消息属性：" + textMessage.getStringProperty("From"));
System.out.println("消息属性：" + textMessage.getByteProperty("Special"));
System.out.println("消息属性：" + textMessage.getBooleanProperty("Invalid"));

5、消息的可靠性

什么是持久化消息？

保证消息只被传送一次和成功使用一次。在持久性消息传送至目标时，消息服务将其放入持久性数据存储。如果消息服务由于某种原因导致失败，它可以恢复此消息并将此消息传送至相应的消费者。虽然这样增加了消息传送的开销，但却增加了可靠性。
在消息生产者将消息成功发送给MQ消息中间件之后。无论是出现任何问题，如：MQ服务器宕机、消费者掉线等。都保证（topic要之前注册过，queue不用）消息消费者，能够成功消费消息。如果消息生产者发送消息就失败了，那么消费者也不会消费到该消息。

5.1、queue 消息非持久和持久化

queue非持久，当服务器宕机，消息不存在（消息丢失了）。
queue持久化，当服务器宕机，消息依然存在。queue消息默认是持久化的。

持久化消息，保证这些消息只被传送一次和成功使用一次。对于这些消息，可靠性是优先考虑的因素。可靠性的另一个重要方面是确保持久性消息传送至目标后，消息服务在向消费者传送它们之前不会丢失这些消息。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-UEcqrTxF-1605319209045)(images02/image-20201111191644820.png)]

5.2、topic 消息持久化

topic默认就是非持久化的，因为生产者生产消息时，消费者也要在线，这样消费者才能消费到消息。

topic消息持久化，只要消费者向MQ服务器注册过，所有生产者发布成功的消息，该消费者都能收到，不管是MQ服务器宕机还是消费者不在线。

注意：

一定要先运行一次消费者，等于向MQ注册，类似我订阅了这个主题。
然后再运行生产者发送消息。
之后无论消费者是否在线，都会收到消息。如果不在线的话，下次连接的时候，会把没有收过的消息都接收过来。

持久化topic生产者

public class JmsProduce_persistence {
    public static final String ACTIVEMQ_URL = "tcp://192.168.5.130:61616";
    public static final String TOPIC_NAME = "topic01";
    public static void main(String[] args) throws JMSException {
        ActiveMQConnectionFactory activeMQConnectionFactory = new ActiveMQConnectionFactory(ACTIVEMQ_URL);
        Connection connection = activeMQConnectionFactory.createConnection();
        Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
        Topic topic = session.createTopic(TOPIC_NAME);
        MessageProducer producer = session.createProducer(topic);
        // 设置持久化topic
        producer.setDeliveryMode(DeliveryMode.PERSISTENT);
        // 设置持久化topic之后再，启动连接
        connection.start();
        for (int i = 0; i < 3; i++) {
            TextMessage textMessage = session.createTextMessage("TOPIC---第" + i + "条message！");
            producer.send(textMessage);
        }
        producer.close();
        session.close();
        connection.close();
        System.out.println("TOPIC消息发布到MQ完成！");
    }
}

topic订阅者

public class JmsConsumer_persistence {
    public static final String ACTIVEMQ_URL = "tcp://192.168.5.130:61616";
    public static final String TOPIC_NAME = "topic01";

    public static void main(String[] args) throws JMSException {
        ActiveMQConnectionFactory activeMQConnectionFactory = new ActiveMQConnectionFactory(ACTIVEMQ_URL);
        Connection connection = activeMQConnectionFactory.createConnection();
        // 设置客户端ID，向MQ服务器注册自己的名称
        connection.setClientID("张三");
        Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
        Topic topic = session.createTopic(TOPIC_NAME);
        // 创建一个topic订阅者对象。一参是topic，二参是订阅者名称
        TopicSubscriber topicSubscriber = session.createDurableSubscriber(topic, "remark...");
        connection.start();
        Message message = topicSubscriber.receive();
        while (null != message) {
            // reveive() 一直等待接收消息，在能够接收到消息之前将一直阻塞。是同步阻塞方式 。
            TextMessage textMessage = (TextMessage) message;
            System.out.println("收到的持久化 topic：" + textMessage.getText());
            message = topicSubscriber.receive();
        }
        topicSubscriber.close();
        session.close();
        connection.close();
    }
}

在这里插入图片描述

5.3、消息的事务性

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TYpaWlAb-1605319209048)(images02/image-20201111210245864.png)]

生产者开启事务后，执行commit方法，这批消息才真正的被提交。不执行commit方法，这批消息不会提交。执行rollback方法，之前的消息会回滚掉。生产者的事务机制，要高于签收机制，当生产者开启事务，签收机制不再重要。
消费者开启事务后，执行commit方法，这批消息才算真正的被消费。不执行commit方法，这些消息不会标记已消费，下次还会被消费。执行rollback方法，是不能回滚之前执行过的业务逻辑，但是能够回滚之前的消息，回滚后的消息，下次还会被消费。消费者利用commit和rollback方法，甚至能够违反一个消费者只能消费一次消息的原理。
问：消费者和生产者需要同时操作事务才行吗？

答：消费者和生产者的事务，完全没有关联，各自是各自的事务。

生产者中的事务：

public class JmsProduce_tx {
    public static final String ACTIVEMQ_URL = "tcp://192.168.5.130:61616";
    public static final String QUEUE_NAME = "queue01";
    public static void main(String[] args) throws JMSException {
        ActiveMQConnectionFactory activeMQConnectionFactory = new ActiveMQConnectionFactory(ACTIVEMQ_URL);
        Connection connection = activeMQConnectionFactory.createConnection();
        connection.start();
        //1.创建会话session，两个参数transacted=事务,acknowledgeMode=确认模式(签收)
        //设置为开启事务
        Session session = connection.createSession(true, Session.AUTO_ACKNOWLEDGE);
        Queue queue = session.createQueue(QUEUE_NAME);
        MessageProducer producer = session.createProducer(queue);
        producer.setDeliveryMode(DeliveryMode.NON_PERSISTENT);
        try {
            for (int i = 0; i < 3; i++) {
                TextMessage textMessage = session.createTextMessage("QUEUQ---第" + i + "条message！");
                producer.send(textMessage);
                if (i == 2) {
                    throw new RuntimeException("GG...");
                }
            }
            // 2. 开启事务后，使用commit提交事务，这样这批消息才能真正的被提交。
            session.commit();
            System.out.println("QUEUE消息发布到MQ完成！");
        } catch (Exception e) {
            // 3. 工作中一般，当代码出错，我们在catch代码块中回滚。这样这批发送的消息就能回滚。
            System.out.println("出现异常，消息回滚！");
            session.rollback();
        } finally {
            //4. 关闭资源
            producer.close();
            session.close();
            connection.close();
        }
    }
}

消费者中的事务：

public class JmsConsumer_tx {
    public static final String ACTIVEMQ_URL = "tcp://192.168.5.130:61616";
    public static final String QUEUE_NAME = "queue01";

    public static void main(String[] args) throws JMSException {
        ActiveMQConnectionFactory activeMQConnectionFactory = new ActiveMQConnectionFactory(ACTIVEMQ_URL);
        Connection connection = activeMQConnectionFactory.createConnection();
        connection.start();
        // 创建会话session，两个参数transacted=事务,acknowledgeMode=确认模式(签收)
        // 消费者开启了事务就必须手动提交，不然会重复消费消息
        Session session = connection.createSession(true, Session.AUTO_ACKNOWLEDGE);
        Queue queue = session.createQueue(QUEUE_NAME);
        MessageConsumer consumer = session.createConsumer(queue);
        int i = 0;
        while (true) {
            TextMessage textMessage = (TextMessage) consumer.receive();
            if (textMessage != null) {
                System.out.println("消费者收到的消息：" + textMessage.getText());
                if (i == 0) {
                    System.out.println("commit提交了");
                    session.commit();
                }
                if (i == 2) {
                    System.out.println("rollback回滚了");
                    session.rollback();
                }
                i++;
            } else {
                break;
            }
        }
        consumer.close();
        session.close();
        connection.close();
    }
}

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-yGisMCkC-1605319209048)(images02/image-20201111213335868.png)]

5.4、消息的签收机制

5.4.1、签收的几种方式

自动签收（Session.AUTO_ACKNOWLEDGE）：该方式是默认的。该种方式，无需我们程序做任何操作，框架会帮我们自动签收收到的消息。
手动签收（Session.CLIENT_ACKNOWLEDGE）：手动签收。该种方式，需要我们手动调用Message.acknowledge()，来签收消息。如果不签收消息，该消息会被我们反复消费，只到被签收。
允许重复消息（Session.DUPS_OK_ACKNOWLEDGE）：多线程或多个消费者同时消费到一个消息，因为线程不安全，可能会重复消费。该种方式很少使用到。
事务下的签收（Session.SESSION_TRANSACTED）：开始事务的情况下，可以使用该方式。该种方式很少使用到。

5.4.2、事务和签收的关系

在事务性会话中，当一个事务被成功提交则消息被自动签收。如果事务回滚，则消息会被再次传送。事务优先于签收，开始事务后，签收机制不再起任何作用。
非事务性会话中，消息何时被确认取决于创建会话时的应答模式。
生产者事务开启，只有commit后才能将全部消息变为已消费。
事务偏向生产者，签收偏向消费者。也就是说，生产者使用事务更好点，消费者使用签收机制更好点。

非事务下的消费者手动签收：

Session session = connection.createSession(false, Session.CLIENT_ACKNOWLEDGE);
System.out.println("消费者接收到的消息:" + textMessage.getText());
/* 
	设置为Session.CLIENT_ACKNOWLEDGE后，要调用该方法，标志着该消息已被签收（消费）。
	如果不调用该方法，该消息的标志还是未消费，下次启动消费者或其他消费者还会收到改消息。
*/
textMessage.acknowledge();

5.5、JMS 的点对点总结

点对点模型是基于队列的，生产者发消息到队列，消费者从队列接收消息，队列的存在使得消息的异步传输成为可能。和我们平时给朋友发送短信类似。
如果在Session关闭时有部分消息己被收到但还没有被签收(acknowledged),那当消费者下次连接到相同的队列时，这些消息还会被再次接收。
队列可以长久地保存消息直到消费者收到消息。消费者不需要因为担心消息会丢失而时刻和队列保持激活的连接状态，充分体现了异步传输模式的优势

5.6、JMS 的发布订阅总结

1、JMS的发布订阅总结

JMS Pub/Sub 模型定义了如何向一个内容节点发布和订阅消息，这些节点被称作topic。主题可以被认为是消息的传输中介，发布者（publisher）发布消息到主题，订阅者（subscribe）从主题订阅消息。
主题使得消息订阅者和消息发布者保持互相独立不需要解除即可保证消息的传送。

2、非持久订阅

非持久订阅只有当客户端处于激活状态，也就是和MQ保持连接状态才能收发到某个主题的消息。
如果消费者处于离线状态，生产者发送的主题消息将会丢失作废，消费者永远不会收到。
一句话：先订阅注册才能接受到发布，只给订阅者发布消息。

3、持久订阅

客户端首先向MQ注册一个自己的身份ID识别号，当这个客户端处于离线时，生产者会为这个ID保存所有发送到主题的消息，当客户再次连接到MQ的时候，会根据消费者的ID得到所有当自己处于离线时发送到主题的消息。
当未持久订阅状态下，不能恢复或重新派送一个未签收的消息；持久订阅才能恢复或重新派送一个未签收的消息。

4、非持久和持久化订阅如何选择

当所有的消息必须被接收，则用持久化订阅。当消息丢失能够被容忍，则用非持久订阅。

6、ActiveMQ 的broker

broker 是什么？

相当于一个ActiveMQ服务器实例。说白了，Broker其实就是实现了用代码的形式启动ActiveMQ将MQ嵌入到Java代码中，以便随时用随时启动，在用的时候再去启动这样能节省了资源，也保证了可用性。这种方式，我们实际开发中很少采用，因为他缺少太多了东西，如：日志，数据存储等等。

启动broker时指定配置文件

启动broker时指定配置文件，可以帮助我们在一台服务器上启动多个broker。实际工作中一般一台服务器只启动一个broker。

[root@localhost apache-activemq-5.16.0]# cd bin/
[root@localhost bin]# ./activemq start xbean:file /opt/apache-activemq-5.16.0/conf/activemq.xml

嵌入式的broker启动

用ActiveMQ Broker作为独立的消息服务器来构建Java应用。

ActiveMQ也支持在vm中通信基于嵌入的broker，能够无缝的集成其他java应用。

<dependency>
    <groupId>com.fasterxml.jackson.core</groupId>
    <artifactId>jackson-databind</artifactId>
    <version>2.10.1</version>
</dependency>

public class EmbedBroker {

    public static void main(String[] args) throws Exception {
        //ActiveMQ也支持在vm中通信基于嵌入的broker
        BrokerService brokerService = new BrokerService();
        brokerService.setPopulateJMSXUserID(true);
        brokerService.addConnector("tcp://127.0.0.1:61616");
        brokerService.start();
   }
}

小宇哥x

关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
ActiveMQ进阶1---JMS的可靠性

4、JMS 规范4.1、JMS — Java消息服务 Java消息服务指的是两个应用程序之间进行异步通信的API，它为标准协议和消息服务提供了一组通用接口，包括创建、发送、读取消息等，用于支持Java应用程序开发。在JavaEE中，当两个应用程序使用JMS进行通信时，它们之间不是直接相连的，而是通过一个共同的消息收发服务组件关联起来以达到解耦/异步削峰的效果。4.2、消息头JMS的消息头有哪些属性：JMS Destination：消息目的地JMS DeliveryMode：消息持久化模
复制链接

扫一扫