Question

我正在调试一些使用Apache POI从Microsoft Office文档中提取数据的Java代码。有时，当内存不足时，它会遇到大型文档和POI崩溃。此时，它会尝试将错误发布到RabbitMQ，以便其他组件可以知道此步骤失败并采取适当的操作。但是，当它尝试发布到队列时，它会获得com.rabbitmq.client.AlreadyClosedException (clean connection shutdown; reason: Attempt to use closed channel)。

这是错误处理程序代码：

try {
    //Extraction and indexing code
}
catch(Throwable t) {
    // Something went wrong! We'll publish the error and then move on with
    // our lives
    System.out.println("Error received when indexing message: ");
    t.printStackTrace();
    System.out.println();
    String error = PrintExc.format(t);
    message.put("error", error);

    if(mime == null) {
        mime = "application/vnd.unknown";
    }

    message.put("mime", mime);
    publish("IndexFailure", "", MessageProperties.PERSISTENT_BASIC, message);
}

为了完整性，这是发布方法：

private void publish(String exch, String route, 
    AMQP.BasicProperties props, Map<String, Object> message) throws Exception{
    chan.basicPublish(exch, route, props, 
        JSONValue.toJSONString(message).getBytes());  
}

我在try块中找不到任何似乎关闭RabbitMQ频道的代码。是否存在隐含关闭渠道的情况？

编辑：我应该注意，发布内的basicPublish调用会抛出AlreadyClosedException。

Answer 1

AMQP频道因频道错误而关闭。可能导致频道错误的两个常见问题：

尝试将邮件发布到不存在的交换
尝试发布一条消息，其中立即标志设置为没有具有活动消费者集的队列

我会考虑在您尝试使用addShutdownListener()发布消息的通道上设置ShutdownListener以捕获关闭事件并查看导致它的原因。

Answer 2

我的另一个原因是我错误地确认了两次消息。这会在第二次确认后导致日志中出现RabbitMQ错误。

=ERROR REPORT==== 11-Dec-2012::09:48:29 ===
connection <0.6792.0>, channel 1 - error:
{amqp_error,precondition_failed,"unknown delivery tag 1",'basic.ack'}

删除重复的确认后，错误消失，通道不再关闭，AlreadyClosedException也消失了。

Answer 3

我想为将要搜索此主题的其他用户添加此信息

接收频道封闭异常的另一个可能原因是发布者和消费者使用不同的队列声明/设置访问频道/队列

出版商

channel.queueDeclare("task_queue", durable, false, false, null);

工人

channel.queueDeclare("task_queue", false, false, false, null);

来自RabbitMQ网站

RabbitMQ doesn't allow you to redefine an existing queue with different parameters and will return an error to any program that tries to do that

Answer 4

显然，AMQP连接和/或通道突然关闭有很多原因。在我的情况下，队列中有太多未确认的消息，因为使用者未指定prefetch_count，因此连接每隔约1分钟就会终止。通过将使用者的预取计数设置为非零值来限制未确认消息的数量，可以解决此问题。

channel.basicQos(100);

Answer 5

我也有这个问题。我的理由是，首先我使用durable = false构建队列，并且在我将持久性切换为true时，在日志文件中出现此错误消息：

“vhost'/'中队列'logsQueue'的不等效arg'持久'：收到'真实'但当前是'假'“

然后，我更改了队列的名称，它对我有用。我假设RabbitMQ服务器将构建队列的记录保存在某处，并且不能将状态从持久状态更改为非持久状态，反之亦然。

我再次为新队列设置了duration = false，这次我收到了这个错误

“vhost'/'中队列'logsQueue1'的不等效arg'持久'：收到'假'但当前是'真''

我的假设是真的。当我在rabbitMQ服务器中列出队列时：

rabbitmqctl list_queues

我在服务器中看到了两个队列。

总结一下，2个解决方案是： 1.重命名队列的名称，这不是一个好的解决方案 2.通过以下方式重置rabbitMQ：

rabbitmqctl stop_app
rabbitmqctl reset
rabbitmqctl start_app

Answer 6

对于那些想知道为什么他们的消费渠道正在关闭的人，请检查您是否尝试多次确认或否定交货。

在rabbitmq日志中，您将看到以下消息：

操作basic.ack导致通道异常precondition_failed：未知的交货标签...

为什么我的RabbitMQ频道会继续关闭？

6 个答案: