Rabbitmq取消预取机制配置,配置手动确认后仍然java.lang.IllegalStateException: Channel closed; cannot ack/nack的问题

目录

背景

配置

 报错

代码-生产者

 代码-消费者

思考

结果

 总结

背景

 根据教程写了工作队列,然后发现2个消费者是公平消费的,即10条消息,2个队列,分别取到了5条消息进行消费,由于教程设置2个消费者分别线程休眠时间不一样,目的是让其消费速度不一致,模仿实际生产中消息消费过程时间有长有短。(一个消费慢,一个消费快,若公平消费的话,即平分当前消息量,快的消费者已经干完事在休息了,慢的消费者还有一大堆消息等着处理呢,明显不符合资源调配利用,应该能者多劳)

配置

因为想要实现“能者多劳”的功能,所以消息的应答方式一定要设置成手动应答manual,参数prefetch的含义表示RabbitMQ服务器节点上最多的没有确认的消息个数. 这个参数设置为0时,表示不对消息个数进行限制, RabbitMQ服务器会投递尽可能多的消息到consumer,这里我设置成1

#yml配置
spring:
  rabbitmq:
    host: 127.0.0.1
    port: 5672
    username: guest
    password: guest
    virtual-host: /
    listener:
      simple:
        prefetch: 1 # 每次只能获取一条,处理完成才能获取下一条
        acknowledge-mode: manual #一定改为要手动确认模式

 报错

org.springframework.amqp.rabbit.support.ListenerExecutionFailedException: Listener method 'public void com.example.rabbitmq.consumer.PrefetchReceiver.myListener2(org.springframework.amqp.core.Message,com.rabbitmq.client.Channel) throws java.io.IOException,java.lang.InterruptedException' threw exception
	at org.springframework.amqp.rabbit.listener.adapter.MessagingMessageListenerAdapter.invokeHandler(MessagingMessageListenerAdapter.java:271) ~[spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.adapter.MessagingMessageListenerAdapter.invokeHandlerAndProcessResult(MessagingMessageListenerAdapter.java:208) ~[spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.adapter.MessagingMessageListenerAdapter.onMessage(MessagingMessageListenerAdapter.java:147) ~[spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.doInvokeListener(AbstractMessageListenerContainer.java:1670) ~[spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.actualInvokeListener(AbstractMessageListenerContainer.java:1589) ~[spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.invokeListener(AbstractMessageListenerContainer.java:1577) ~[spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.doExecuteListener(AbstractMessageListenerContainer.java:1568) ~[spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.AbstractMessageListenerContainer.executeListener(AbstractMessageListenerContainer.java:1512) ~[spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.doReceiveAndExecute(SimpleMessageListenerContainer.java:993) [spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.receiveAndExecute(SimpleMessageListenerContainer.java:940) [spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer.access$1600(SimpleMessageListenerContainer.java:84) [spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$AsyncMessageProcessingConsumer.mainLoop(SimpleMessageListenerContainer.java:1317) [spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.SimpleMessageListenerContainer$AsyncMessageProcessingConsumer.run(SimpleMessageListenerContainer.java:1223) [spring-rabbit-2.4.6.jar:2.4.6]
	at java.lang.Thread.run(Thread.java:748) [na:1.8.0_181]
Caused by: java.lang.IllegalStateException: Channel closed; cannot ack/nack
	at org.springframework.amqp.rabbit.connection.CachingConnectionFactory$CachedChannelInvocationHandler.invoke(CachingConnectionFactory.java:1153) ~[spring-rabbit-2.4.6.jar:2.4.6]
	at com.sun.proxy.$Proxy81.basicAck(Unknown Source) ~[na:na]
	at com.example.rabbitmq.consumer.PrefetchReceiver.myListener2(PrefetchReceiver.java:27) ~[classes/:na]
	at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[na:1.8.0_181]
	at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[na:1.8.0_181]
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[na:1.8.0_181]
	at java.lang.reflect.Method.invoke(Method.java:498) ~[na:1.8.0_181]
	at org.springframework.messaging.handler.invocation.InvocableHandlerMethod.doInvoke(InvocableHandlerMethod.java:169) ~[spring-messaging-5.3.21.jar:5.3.21]
	at org.springframework.messaging.handler.invocation.InvocableHandlerMethod.invoke(InvocableHandlerMethod.java:119) ~[spring-messaging-5.3.21.jar:5.3.21]
	at org.springframework.amqp.rabbit.listener.adapter.HandlerAdapter.invoke(HandlerAdapter.java:75) ~[spring-rabbit-2.4.6.jar:2.4.6]
	at org.springframework.amqp.rabbit.listener.adapter.MessagingMessageListenerAdapter.invokeHandler(MessagingMessageListenerAdapter.java:262) ~[spring-rabbit-2.4.6.jar:2.4.6]
	... 13 common frames omitted

代码-生产者

@Component
public class PrefetchSender {
    @Autowired
    private RabbitTemplate rabbitTemplate;

    public void prefetch() {
        String exchange = "prefetch";
        String queue = "prefetch.queue";
        for (int i = 0; i < 10; i++) {
            rabbitTemplate.convertAndSend(exchange, queue, "消息" + i);
        }
    }
}
// 测试类方法
@Test
    void prefetch() {
        prefetchSender.prefetch();
    }

 代码-消费者

import com.rabbitmq.client.Channel;
import org.springframework.amqp.core.Message;
import org.springframework.amqp.rabbit.annotation.Queue;
import org.springframework.amqp.rabbit.annotation.RabbitListener;
import org.springframework.stereotype.Component;

import java.io.IOException;

@Component
public class PrefetchReceiver {
    // 消费者1,快
    @RabbitListener(queuesToDeclare = @Queue("prefetch.queue"))  // queuesToDeclare 自动声明队列
    public void myListener1(Message message, Channel channel) throws IOException, InterruptedException {
        Thread.sleep(200);
        System.out.println("1收到的消息是:" + new String(message.getBody(), "utf-8"));
        channel.basicAck(message.getMessageProperties().getDeliveryTag(), true);
    }

    // 消费者2,慢
    @RabbitListener(queuesToDeclare = @Queue("prefetch.queue"))  // queuesToDeclare 自动声明队列
    public void myListener2(Message message, Channel channel) throws IOException, InterruptedException {
        Thread.sleep(1000);
        System.out.println("2收到的消息是:" + new String(message.getBody(), "utf-8"));
        channel.basicAck(message.getMessageProperties().getDeliveryTag(), true);
    }
}

思考

已经配置了手动确认(spring.rabbitmq.listener.simple.acknowledge-mode: manual),还有每次获取消息处理是1条,处理完消息才能拿下1条(spring.rabbitmq.listener.simple.prefetch: 1),为什么通道关闭,确认消息失败呢?

翻看一些帖子后,发现有些项目使用了消息转换json,我这个demo也使用了消息转json,目的是后台管理的界面可以看到发送的消息是json格式(未加密,但中文会乱码),但是消息接收的时候也需要进行json转换,需要在项目中加rabbitmq的配置类,连接工厂对象会在这个类里加工一下,所以发现问题所在了,配置类加工连接的时候漏了,需要我们"手动加上的"。

import org.springframework.amqp.core.AcknowledgeMode;
import org.springframework.amqp.rabbit.config.SimpleRabbitListenerContainerFactory;
import org.springframework.amqp.rabbit.connection.ConnectionFactory;
import org.springframework.amqp.rabbit.listener.RabbitListenerContainerFactory;
import org.springframework.amqp.support.converter.Jackson2JsonMessageConverter;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class RabbitMQConfig {
    @Bean
    public RabbitListenerContainerFactory<?> rabbitListenerContainerFactory(ConnectionFactory connectionFactory){
        SimpleRabbitListenerContainerFactory factory = new SimpleRabbitListenerContainerFactory();
        factory.setConnectionFactory(connectionFactory);
        factory.setMessageConverter(new Jackson2JsonMessageConverter()); // json转消息
        factory.setAcknowledgeMode(AcknowledgeMode.MANUAL); // 手动确认(手动加上的)
        factory.setPrefetchCount(1); // 每次只能获取一条,处理完成才能获取下一条(手动加上的)
        return factory;
    }
}

结果

 总结

生产者项目配置了消息转json,那么,消费者项目是需要用配置类设置json转消息的,如果在yml或者properties配置文件修改了参数,不起作用的时候,需要检查配置类,手动加上变更的参数。(自己写demo的时候知道消息体可以转json就好了,还是不配置比较好。)

最后,谢谢大佬帖子给我启发,大家可以见原帖rabbitmq设置手动ack报错:Channel closed; cannot ack/nack_qq_42894258的博客-优快云博客

<think>嗯,我现在遇到了RabbitMQ的这个问题,报错是java.lang.IllegalStateException: Channel closed; cannot ack/nack。首先我得弄清楚这个错误的原因。根据用户提供的引用内容,好像是因为配置问题,特别是当在yml中配置了listener参数,而项目里已经用了SimpleRabbitListenerContainerFactory的话,会导致冲突。还有引用里提到的信道超时关闭,半小时后出现异常,这可能和超时设置有关。 那我要怎么解决呢?可能需要检查配置是否有重复,比如在yml里是否不小心配置了listener相关的参数,而实际上已经在代码中通过配置类设置了。然后,关于信道的超时问题,可能需要调整心跳设置或者超时时间,确保连接不会因为空闲太久而被关闭。另外,确认消费者的处理逻辑是否正确,比如是否及时确认消息,避免处理时间过长导致信道关闭。 还有,确认是否在代码中正确地处理了异常,比如在信道关闭时是否有重连机制。可能需要查看RabbitMQ客户端的配置,比如是否启用了自动恢复功能。同时,检查网络稳定性,避免因为网络问题导致连接断开。总之,需要从配置、超时设置、消费者逻辑和网络环境几个方面来排查和解决这个问题。</think>### 解决方案:RabbitMQ报错 `java.lang.IllegalStateException: Channel closed; cannot ack/nack` #### 问题分析 此错误通常由以下原因导致: 1. **配置冲突**:在项目中已通过 `SimpleRabbitListenerContainerFactory` 配置了监听器参数,但同时在 `yml` 中重复配置了 `listener` 相关属性,导致信道被异常关闭[^1]。 2. **信道超时**:RabbitMQ 默认信道空闲超时时间为 30 分钟,若消费者未及时处理消息或未发送心跳,信道会因超时关闭,后续尝试 `ack/nack` 操作会触发此异常[^2]。 3. **网络或资源问题**:网络波动或消费者处理消息时间过长,导致信道被强制关闭。 --- #### 解决步骤 1. **检查配置冲突** - **删除冗余配置**:若项目中已通过 `@Configuration` 类定义 `SimpleRabbitListenerContainerFactory`,需移除 `yml` 文件中 `spring.rabbitmq.listener` 相关配置。 ```yaml # 错误示例(需删除以下配置) spring: rabbitmq: listener: simple: acknowledge-mode: auto ``` 2. **调整信道超时设置** - **显式设置超时时间**:在 `yml` 中配置信道超时和心跳检测,避免默认值导致意外关闭。 ```yaml spring: rabbitmq: connection-timeout: 5000 # 连接超时时间(毫秒) requested-heartbeat: 60 # 心跳间隔(秒) ``` - **配置容器工厂**:在 `SimpleRabbitListenerContainerFactory` 中设置 `idleEventInterval`,定期检测空闲信道。 ```java @Bean public SimpleRabbitListenerContainerFactory rabbitListenerContainerFactory(ConnectionFactory connectionFactory) { SimpleRabbitListenerContainerFactory factory = new SimpleRabbitListenerContainerFactory(); factory.setConnectionFactory(connectionFactory); factory.setIdleEventInterval(30000L); // 30秒检测一次空闲状态 return factory; } ``` 3. **优化消费者逻辑** - **及时处理消息**:确保消费者逻辑不会长时间阻塞,避免因处理超时导致信道关闭。 - **手动确认模式**:使用 `MANUAL` 或 `AUTO` 确认模式时,需在代码中正确调用 `channel.basicAck` 或 `channel.basicNack`。 ```java @RabbitListener(queues = "myQueue") public void handleMessage(String message, Channel channel, @Header(AmqpHeaders.DELIVERY_TAG) long tag) { try { // 处理消息逻辑 channel.basicAck(tag, false); // 手动确认 } catch (IOException e) { // 异常处理 } } ``` 4. **启用自动恢复机制** - 在连接工厂中配置自动恢复,避免因网络波动导致信道不可用。 ```yaml spring: rabbitmq: connection-factory: recovery-enabled: true # 启用自动恢复 ``` --- #### 验证方法 1. 运行消费者服务,观察日志中是否仍有 `Channel closed` 异常。 2. 使用 RabbitMQ 管理界面检查信道存活时间和心跳状态。 3. 模拟网络中断,验证自动恢复机制是否生效。 ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值