activemq - 浅析消息确认模式

前言

JMS的消息确认模式,定义了客户端(消息发送者或者消费者)与broker确认消息的方式,可以认为是客户端与Broker之间建立一种简单的“担保”机制。

在java的JMS标准 中,javax.jms.Session 包定义了4种消息确认模式,分别是:

  • ** AUTO_ACKNOWLEDGE: ** 自动确认
  • ** CLIENT_ACKNOWLEDGE : ** 客户端手动确认
  • ** DUPS_OK_ACKNOWLEDGE: ** 自动批量确认
  • ** SESSION_TRANSACTED: ** 事务提交并确认

其中,前面三个确认模式是针对消费端的,即消息被消息消费者接收之后,消费者应该如何告诉broker,它已经正确接收消息和处理消息。对于broker而言,只有接收到ACK指令,才会认为消息被正确的接收或者处理,这时,它会从broker的队列中,删除消息。

最后一个确认模式SESSION_TRANSACTED,为消息发送者提供了消息发送的事务处理方式。也就是指,消息发送者发送消息给broker后,broker只是暂存该消息,只有当发送者给broker进行事务确认消息后,broker才把消息加入到待发送队列中,换言之,如果消息发送者进行了事务回滚,消息会直接从broker中删除。

在 activemq中,通过下面API设置消息确认模式

Session createSession(boolean transacted, int acknowledgeMode)
  • transacted:是否开启事务,设置为true后,acknowledgeMode的设置无效,但当transacted为false以及acknowledgeMode设置为 SESSION_TRANSACTED 时,会冲突并报异常
acknowledgeMode SESSION_TRANSACTED cannot be used for an non-transacted Session
  • acknowledgeMode:即确认模式

其实,客户端与broker的通信是通过指令完成的。客户端在不同的ACK_MODE消息确认模式时,根据不同的时机发送ACK指令,每个ACK Command中会包含ACK_TYPE,那么broker端就可以根据ACK_TYPE来决定此消息的后续操作,例如消息需不需要重发,消息需不需要删除等。

ACK_TYPE如下:

  • ** DELIVERED_ACK_TYPE: ** 消息"已接收",但尚未处理结束
  • **STANDARD_ACK_TYPE : ** "标准"类型,通常表示为消息"处理成功",broker端可以删除消息了
  • ** POSION_ACK_TYPE : ** 消息"错误",通常表示"抛弃"此消息,比如消息重发多次后,都无法正确处理时,消息将会被删除或者加入到DLQ(死信队列)
  • ** REDELIVERED_ACK_TYPE : ** 消息需"重发",比如consumer处理消息时抛出了异常,broker稍后会重新发送此消息
  • ** INDIVIDUAL_ACK_TYPE:** 表示只确认"单条消息",无论在任何ACK_MODE下
  • ** UNMATCHED_ACK_TYPE: ** BROKER间转发消息时,接收端"拒绝"消息

下面我们来详细介绍一下四种消息确认模式。

AUTO_ACKNOWLEDGE

消息自动确认,意思是消费者接收消息后,不需要显示告诉broker已经接收到消息,而是由底层代码根据消息确认模式为AUTO_ACKNOWLEDGE,自动发送消息确认ack给broker,这样broker会从队列中删除消息。

有些文章说,采用AUTO_ACKNOWLEDGE模式,即使接收者正确接收消息后处理业务时发生了异常,接收者客户端也会被当作正常发送接收信息处理,那么这样不就在broker删除信息了吗?通过实验,事实并非如此,在接收消息处理消息过程中出现异常,broker会重发消息,或者把消息加入到死信队列中,这会在后面文章中介绍。

代码清单:消费者

public class Consumer {


    public static void main(String[] args) throws IOException {
        try {
            Connection connection = ActiveMQManager.createConnection();
            connection.start();
            Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE); //
            Queue queue = session.createQueue(Utils.QUEUE_NAME);
            MessageConsumer consumer = session.createConsumer(queue);
            consumer.setMessageListener(new MessageListener() {
                @Override
                public void onMessage(Message message) {
                    try {
                        System.out.println("-------- ----- --------- ");
                        System.out.println("触发消息接收");
                        TextMessage textMessage = (TextMessage) message;
                        String text = textMessage.getText();
                        handleMsg(text);
                        System.out.println("成功处理消息 : " + text);
                    } catch (JMSException e) {
                        e.printStackTrace();
                    }

                }
            });

            // 线程一直等待
            System.in.read();

            consumer.close();
            session.close();
            connection.stop();

        } catch (Exception e) {
            e.printStackTrace();
        }

    }

    // 处理消息
    private static void handleMsg(String msg) {
        System.out.println("准备处理消息 : " + msg);
        try {
            Thread.sleep(500);  //500毫秒处理一个
        } catch (InterruptedException e) {
            e.printStackTrace();
        }

        //模拟处理的时候发生了异常
        //throw new RuntimeException("未知错误");
    }
}

CLIENT_ACKNOWLEDGE

由客户端(消费者)手动确认。我们在正确接收和处理消息后,需要使用message.acknowledge(),确认消息,否则,消息不会被broker删除。当我们重启消费者后,会重新取这些未确认的消息。

由于代码与上面雷同,所以这里只列出相关代码

 consumer.setMessageListener(new MessageListener() {
                @Override
                public void onMessage(Message message) {
                    try {
                        System.out.println("-------- ----- --------- ");
                        System.out.println("触发消息接收");
                        TextMessage textMessage = (TextMessage) message;
                        String text = textMessage.getText();
                        handleMsg(text);

                        message.acknowledge();  //确认消息,broker删除消息

                        System.out.println("成功处理消息 : " + text);
                    } catch (JMSException e) {
                        e.printStackTrace();
                    }

                }
            });

DUPS_OK_ACKNOWLEDGE

没研究,暂时不讨论。

SESSION_TRANSACTED

带事务的会话。在前面已经解释很清楚了,即消息发送者发送消息后,需要提交事务,否则消息不进入broker待发送队列中。

相关代码:

  public void sendMessage(String message) throws JMSException {

        Session session = connection.createSession(true, Session.SESSION_TRANSACTED); //开启事务

        Queue queue = session.createQueue(Utils.QUEUE_NAME);
        MessageProducer producer = session.createProducer(queue);
        TextMessage toMessage = session.createTextMessage(message);
        producer.send(toMessage);

        session.commit(); //如果不提交事务,消息不会进入broker队列

        producer.close();
        session.close();
    }

代码

https://git.oschina.net/thinwonton/activemq-showcase

转载于:https://my.oschina.net/thinwonton/blog/995291

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值