7 Matching Annotations
- Aug 2022
-
cloud.tencent.com cloud.tencent.com
-
零个、一个或多个英文单词
尤其是零个
Tags
Annotators
URL
-
-
juejin.cn juejin.cn
-
auto默认的重试机制中，messageReCoverer为设置消息ack状态（即正常确认状态）
-
MessageReCoverer
recover与manul模式也有关系（是否是bug、按理manul不能被自动ack/reject）
重试机制下： 1. 默认情况，manul模式的消息会最终处于unack状态； 1. ImmediateRequeueMessageRecoverer，manul消息会被重新requeue； 1. RejectAndDontRequeueRecoverer，manul模式的消息会最终处于unack状态；
-
五次重试后，消费处于一个未被确认的状态。因为需要你手动 ack！下次服务重启的时候，会继续消费这条消息。
- manul模式下，如果没有手工ack/reject，服务器治不会将消息从unack状态变为其他状态（比如抛出异常）。
- auto模式正常情况下（即包括抛出异常情况下，除非出现故障）会将消息设置为ack/reject状态。
Tags
Annotators
URL
-
-
blog.csdn.net blog.csdn.net
-
则消息会被拒绝，且 requeue = true（如果此时只有一个消费者监听该队列，则有发生死循环的风险，多消费端也会造成资源的极大浪费，这个在开发过程中一定要避免的）。可以通过 setDefaultRequeueRejected（默认是true）去设置
在开启重试的情况下，默认变成ack。（即不会重新入列），设置不同的recoverer，会有不同的表现：比如 1. RejectAndDontRequeueRecoverer即nack，且requue为false。 1. ImmediateRequeueMessageRecoverer即nack，且requue为true。
-
抛出异常
如果抛出异常，且设置了重试机制，消费者会在客户端自动进行重试（即不通过rabbitmq服务器）
Tags
Annotators
URL
-
-
rabbitmq.mr-ping.com rabbitmq.mr-ping.com
-
当消息代理（broker）将消息发送给应用后立即删除。（使用AMQP方法：basic.deliver或basic.get-ok）
这是AcknowledgeMode.NONE
-