ActiveMQ 实战 - 事务消息和ACK应答

在ActiveMQ实战中，事务消息和ACK应答机制用于确保消息的完整性和可靠性。

1. 事务消息

事务消息允许生产者或消费者在一个事务上下文中发送或接收多条消息。这样可以保证这些消息要么全部成功处理（提交事务），要么全部失败并回滚到原始状态（回滚事务）。

例如，在生产者端实现事务：

ConnectionFactory factory = new ActiveMQConnectionFactory("tcp://localhost:61616");
Connection connection = factory.createConnection();
connection.start();

// 创建一个支持事务的会话
Session session = connection.createSession(true, Session.SESSION_TRANSACTED);

Destination destination = session.createQueue("MyTransactionalQueue");

MessageProducer producer = session.createProducer(destination);

TextMessage message1 = session.createTextMessage("Message 1");
TextMessage message2 = session.createTextMessage("Message 2");

// 在事务内发送两条消息
producer.send(message1);
producer.send(message2);

// 提交事务，确保两条消息都被发送
session.commit();

在上述代码中，通过设置createSession方法的第二个参数为Session.SESSION_TRANSACTED来创建一个支持事务的会话。在事务开始后，调用send方法发送消息，直到调用commit方法时，所有在事务内发送的消息才会被真正投递到队列。

2. ACK应答机制

ACK应答机制是JMS规范中定义的一种确认消息接收的方式。当消费者接收到一条消息时，可以选择立即确认（自动ACK）、手动确认或者在满足特定条件后再确认。

• 自动ACK（如AUTO_ACKNOWLEDGE模式）：一旦消息被消费，客户端会自动向服务器发送ACK，然后服务器将消息从内存或磁盘移除。
• 手动ACK（如CLIENT_ACKNOWLEDGE模式）：消费者需要显式调用Message.acknowledge()方法来确认消息的接收。这种方式下，即使消息已被处理，但在调用acknowledge之前，消息不会被删除，有助于处理异常情况下的消息重试。

例如，手动确认消息接收：

ConnectionFactory factory = new ActiveMQConnectionFactory("tcp://localhost:61616");
Connection connection = factory.createConnection();
connection.start();

Session session = connection.createSession(false, Session.CLIENT_ACKNOWLEDGE);
Destination destination = session.createQueue("MyQueue");

MessageConsumer consumer = session.createConsumer(destination);

Message message = consumer.receive();

try {
    // 处理消息逻辑...
    System.out.println("Received and processed message: " + ((TextMessage)message).getText());
    
    // 成功处理后，手动确认消息
    message.acknowledge();
} catch (Exception e) {
    // 处理异常，此时消息未被确认，可选择重新处理或记录日志等操作
    e.printStackTrace();
}

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

在这个例子中，我们设置了会话的确认模式为Session.CLIENT_ACKNOWLEDGE，这意味着消费者在成功处理完消息后必须调用message.acknowledge()方法来确认消息接收。只有确认后，消息才会从ActiveMQ中删除，否则消息会保持在队列中等待再次消费。