RabbitMQ 事务-消费者异步处理

本文介绍了RabbitMQ中消费者如何进行异步处理,并提供了代码示例展示手动消息确认,包括basic.ack、basic.nack和basic.reject的使用。手动确认模式虽然效率稍低,但能更好地确保消息正确处理。
摘要由CSDN通过智能技术生成

 

RabbitMQ 事务-消费者异步处理

 

消费者异步处理

  • 手动处理方式:消费者收到消息后,手动调用basic.ack/basic.nack/basic.reject后,RabbitMQ收到这些消息后,才认为本次投递成功
  • 手动消息确认方法有:
  • § basic.ack用于肯定确认
  • § basic.nack用于否定确认(注意:这是AMQP 0-9-1的RabbitMQ扩展)
  • § basic.reject用于否定确认,但与basic.nack相比有一个限制:一次只能拒绝单条消息
  • 消费者端以上的3个方法都表示消息已经被正确投递,但是basic.ack表示消息已经被正确处理,但是basic.nack,basic.reject表示没有被正确处理,但是RabbitMQ中仍然需要删除这条消息。
  • 手动的确认模式的投递效率略低于自动,但是可以弥补自动确认模式的不足。

 

代码示例

import com.rabbitmq.client.*;

import java.io.IOException;
import java.util.concurrent.ExecutorService;
import java.util.concurrent.Executors;

public class ConsumerConfirmRecv {
    private final static String QUEUE_NAME = "consumerconfirm";
    private final static String EXCHANGE_NAME =AsynConfirmSend.EXCHA
RabbitMQ 是一个开源的消息队列系统,主要用于分布式系统中的消息传递和异步通信。它本身并不直接支持 SQL 那样的数据库事务,因为它的设计目标是轻量级、无状态和基于发布/订阅模式。然而, RabbitMQ 提供了一种称为“事务消息”(Transactional Messaging)的功能,使得应用程序可以通过确认机制模拟类似数据库事务的行为。 在 RabbitMQ 中,事务消息主要通过两个步骤实现: 1. 发布(Publish):发送方将消息放入一个暂存交换器(Temporary Exchange),这个交换器不会持久化,当事务结束时会被删除。这样即使消息队列中发生了错误,也不会影响到其他的消费者。 2. 消费确认(Consumer Confirmation):接收方(消费者)在接收到消息并成功处理后,会向 RabbitMQ 返回一个确认。如果在此期间消息没有被确认,那么 RabbitMQ 将会重新尝试投递消息。只有当所有的消息都被确认或超时未被确认才会被视为交易的一部分。 用户可以通过 AMQP(Advanced Message Queuing Protocol)客户端库来控制事务边界,并利用异常处理来模拟事务回滚。当一个操作集失败时,可以撤销所有相关的消息确认,从而达到类似事务的效果。 相关问题-- 1. 如何在 RabbitMQ 中开启事务模式? 2. RabbitMQ事务消息是否会影响系统的可用性? 3. 如果消费者崩溃或意外退出,未确认的消息会发生什么?
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值