activemq 应答模式

一、序言

       JMS 用于系统解耦有一定帮助，像我们 iteye 的一些系统消息，可能非重要要消息，就没那么严格的限制，统一异步发送就行了，反正上线你就能看到。有些情况下我们需要消息两端进行确认，比如一些比较重要的金额之类的信息。

 

二、实例场景

       我们ERP系统中的财务模块是分开的，当成一个单独的财务系统，那么从ERP那么那送的财务信息，或者财务系统接收了，需要给ERP 那边一个确认信息，不然消息没处理成功或者其他异常，导致金额数据出问题，这个麻烦比较大的。

 

三、JMS 场景对应

       场景一：

       1.Producer  -----> 发送消息到broker

       2.Customer------> 从broker 收到消息

       3.Customer------> 向broker 确认消息收到

      

       对于场景一，可能没有完全满足我么你的实例场景，但是可以通过broker 获得，也算是一种异步通知，下面来看看对应的伪代码：

       场景1.1 ：开启事务的情况，是根据session 的commit 和 rollback 进行处理确认消息

       

// 这是我们消息生产者伪代码，初始化过程这里暂时不贴了，参考前面的
// true : 表示开启事务，开启事务，必须的commit
Session session =  InitJms.connection.createSession(true,Session.AUTO_ACKNOWLEDGE);
        // 创建一个文本消息
       TextMessage message =  session.createTextMessage("测试消息");
        // 创建发送消息目的地
       Destination send_destination = session.createQueue("order_queue");
        // 生产者
       MessageProducer producer = session.createProducer(send_destination);
       // 发送
       producer.send(message);
       // 这里必须提交，因为开启了事务，不然broker 里面是看不到消息的
       session.commit();

   

// 这是消费者代码，同样用true
        Session session =  InitJms.connection.createSession(true,Session.CLIENT_ACKNOWLEDGE);
        // 指定接收消息的地方
        Destination destination = session.createQueue("order_queue");
        // 创建消费者
        MessageConsumer consumer = session.createConsumer(destination);
        try {
            // 接收消息
            TextMessage message = (TextMessage)consumer.receive(1000);
            System.out.println(message.getText());  
            // 收到消息之后进行确认    
            session.commit();
        }finally {
            session.close();
            InitJms.connection.close();
        }

 

 

     注意，上面由于没用messageListener 而且关闭了连接，因此控制台看不到消费者存在了：

     

      场景1.2 我们自动响应服务器 和 非事务，客户端响应服务器的情况

       

 // 消费端 在这里默认 采用AUTO 就会自动响应了
Session session =  InitJms.connection.createSession(false,Session.AUTO_ACKNOWLEDGE);

// 同理，如果设置 
InitJms.connection.createSession(false,Session.CLIENT_ACKNOWLEDGE);
// 就需要手动响应
message.acknowledge();

 

    注意：如果没有按要求响应broker,消费端还是能拿到消息的，而且能重复拿到，5.11的版本可以拿到7次，可以通过下面的检查一些信息：

    

// 是否收到过消息，第一次fasle,第二次开始就是true
message.getJMSRedelivered();
// 消息发送时间：毫秒
message.getJMSTimestamp();
// 从broker 重复获取消息的次数，5.11最多6次。
// 参考 RedeliveryPolicy  DEFAULT_MAXIMUM_REDELIVERIES 可以更改
message.getStringProperty("JMSXDeliveryCount")
// 消息存活时间：0 一直存在
message.getJMSExpiration();

当然还有很多，可以参考官方文档：
http://activemq.apache.org/activemq-message-properties.html
以及
http://activemq.apache.org/features.html

 

四、双向应答的场景：

     双向应答可以这样描述

     1.producer-->发送消息到broker, 然后等待确认消息

     2.customer-->从broker 获得消息，然后发送确认消息--->broker

     3.producer --> 从broker 获得确认消息

 

     举个栗子：张三写封信送到邮局中转站，然后李四从中转站获得信，然后在写一份回执信，放到中转站，然后张三去取，当然张三写信的时候就得写明回信地址，看代码

      

 // 承接刚才的代码,发送消息的时候，需要填写一个回执的地址
       Destination recall_destination = session.createQueue("recall_queue");
       // 将回执地址写在消息里面，方便李四知道
       message.setJMSReplyTo(recall_destination);
       producer.send(message); 
        
       // 发送之后，某个地方这里变成消息消费者，等待那边给我发送确认消息
       MessageConsumer replyConsumer =session.createConsumer(recall_destination);
        // 这里我们用个消息监听
        replyConsumer.setMessageListener(new MessageListener() {
            @Override
            public void onMessage(Message message) {
                TextMessage textMessage = (TextMessage) message;
                try {
                    System.out.println(textMessage.getText());
                } catch (JMSException e) {
                    e.printStackTrace();
                }
            }
        });

 

 

    消费者：

    

// 获得回执地址
        Destination recall_destination = message.getJMSReplyTo();
        // 创建回执消息
        TextMessage textMessage = session.createTextMessage("张三，我已经收到消息了");
        // 以上收到消息之后，从新创建生产者，然后在回执过去
        MessageProducer producer = session.createProducer(recall_destination);
        producer.send(textMessage);

 

 

    OK，这样就能相互通信了，你可以理解为通过两个通道进行的。

    注意：这种方式毕竟会慢一些了，除非有及时性的，需要两端处理另外的事情，才这么多，因为涉及2步，都会有类似于“拜占庭将军问题”，因此解决还需要 持久化、多点部署，反而麻烦，按前面的场景还好。

 

小结：

        1.这里大概介绍了activemq 的一些应答的及时，关于有些属性可以参考文档，具体问题具体分析~。~脱离场景谈性能都是耍流氓，这里也不会介绍性能问题，有测试的朋友可以告知一声。

        2.如果有问题的，请大家指出，非常感谢。

 

      

 

 

评论

2 楼 greemranqq 2015-08-26  

cheng.xinwei 写道

事务在做 rollback 之后，什么时候会下一次回调呢？

由你业务控制，其实这个事务  只是简单的应答模式，你业务认为消费成功了，然后应答broker 消息才会被确认消费，如果中途挂掉，你broker 里面消息还是存在的

1 楼 cheng.xinwei 2015-08-25  

事务在做 rollback 之后，什么时候会下一次回调呢？