rocketmq的重试队列和死信队列

消费端，一直不回传 消费的结果。rocketmq认为消息没收到，consumer下一次拉取，broker依然会发送该消息。

所以，任何异常都要捕获返回ConsumeConcurrentlyStatus.RECONSUME_LATER

rocketmq会放到重试队列。

这个重试TOPIC的名字是

%RETRY%+consumergroup的名字

在控制台上过一会就可以查到。

重试的消息在延迟的某个时间点（默认是10秒，业务可设置）后，再次投递到这个ConsumerGroup。而如果一直这样重复消费都持续失败到一定次数（默认16次），就会投递到DLQ死信队列，此时需要人工干预了。

/**

• Batch consumption size

*/

private int consumeMessageBatchMaxSize = 1;

/**

• Batch pull size

*/

private int pullBatchSize = 32;

consumeMessageBatchMaxSize 是批量消费的最大条数

pullBatchSize 是每次拉取的最大条数

在broker端的

private String messageDelayLevel = "1s 5s 10s 30s 1m 2m 3m 4m 5m 6m 7m 8m 9m 10m 20m 30m 1h 2h";

参数是设置重试的时间，即第一次1s之后，第二次5s之后

为了测试，改成5s，生产环境不要改

messageDelayLevel = 5s 5s 5s 5s 5s 5s 5s 5s 5s 5s 5s 5s 5s 5s 5s 5s 5s 5s

16次之后，多了一个topic

名为

%DLQ%+consumergroup

死信队列.png

这个默认的16次，可以改。但是使用DefaultMQPullConsumer才可以修改。

DefaultMQPushConsumer不能修改此值。

顺便再说下，consumeMessageBatchMaxSize 这个size是消费者注册的回调listener一次处理的消息数，默认是1.不是每次拉取的消息数（默认是32），这个不要搞混。