RabbitMQ至少一次传递配置时间间隔
我已经读到,如果一个消费者接收了一条消息,但不承认它已在给定的时间窗口内成功处理,那么另一个消费者将收到相同的消息,以保证“至少一次”交付,我在我们的生产中也看到了这种情况 但我想知道是否有任何标志,通过它我们可以配置时间间隔,并且只有当该时间段跨越时,才可以重新尝试向另一个消费者交付 我做了很多搜索,但是找不到任何这样的标志,所以如果有人以前使用过这个属性,请告诉我 谢谢 然后,向另一个消费者发送相同的消息,以保证“至少一次”交付RabbitMQ至少一次传递配置时间间隔,rabbitmq,spring-cloud-stream,spring-amqp,spring-rabbit,Rabbitmq,Spring Cloud Stream,Spring Amqp,Spring Rabbit,我已经读到,如果一个消费者接收了一条消息,但不承认它已在给定的时间窗口内成功处理,那么另一个消费者将收到相同的消息,以保证“至少一次”交付,我在我们的生产中也看到了这种情况 但我想知道是否有任何标志,通过它我们可以配置时间间隔,并且只有当该时间段跨越时,才可以重新尝试向另一个消费者交付 我做了很多搜索,但是找不到任何这样的标志,所以如果有人以前使用过这个属性,请告诉我 谢谢 然后,向另一个消费者发送相同的消息,以保证“至少一次”交付 事实并非如此;该消息保持未确认状态,直到消费者确认或拒绝该消息
事实并非如此;该消息保持未确认状态,直到消费者确认或拒绝该消息,或与该消费者的连接丢失;此时消息可以发送给另一个消费者。感谢恢复,我们从队列中读取消息并相应地构建docker映像,有时构建会间歇性卡住,DLQ不会抛出任何异常来重试,但是,即使没有任何异常,我们也注意到,在x分钟后,另一个kubernetes pod正在重新尝试处理同一条消息,并且它是这样继续的,我检查了rabbitMQ日志,集群是健康的,服务也没有抛出任何异常,因此不确定消息重试的原因,你能想出这种行为的任何其他原因吗?…谢谢除了我上面描述的以外,没有任何机制可以重新询问消息。