请解释 RocketMQ 中消息重试机制的工作原理，并说明如何对重试行为进行配置。

回答思路

1. 【回答框架 1】RocketMQ 消息重试是指消息消费失败后，Broker 按照一定策略重新投递消息的过程。其核心在于区分重试队列和死信队列，默认情况下消费失败的消息会进入重试队列，重试次数达到上限后进入死信队列。
2. 【回答框架 2】重试机制分为同步重试和异步重试，同步重试由 Consumer 端发起，通过设置消费超时时间（如 consumeTimeout）控制；异步重试由 Broker 端调度，通过重试次数（如 maxReconsumeTimes）和重试间隔（如 delayLevelWhenNextConsume）配置。
3. 【回答框架 3】配置主要在 Consumer 端和 Broker 端进行。Consumer 端可设置消费失败重试次数，例如通过 consumer.setMaxReconsumeTimes(10) 指定最大重试次数；Broker 端可设置重试间隔，例如通过配置 delayLevelWhenNextConsume 指定重试延迟级别，或通过 messageDelayLevel 定义延迟级别对应的延迟时间。
4. 【回答框架 4】实际中需注意重试机制与业务幂等性的关系，重试可能造成消息重复消费，业务侧需保证消费幂等；同时需合理设置重试次数，避免过多重试导致消息积压或死信队列堆积。
5. 【回答框架 5】对于延迟重试，RocketMQ 支持基于延迟级别的重试，默认延迟级别从 1s 到 2h 不等，可针对不同业务调整。配置时需结合业务对实时性和可靠性的要求，权衡重试次数与延迟时间。
6. 【关键点 1】RocketMQ 重试机制包含重试队列与死信队列，消费失败消息先进入重试队列，超过重试次数后进入死信队列。
7. 【关键点 2】重试次数和间隔可通过 Consumer 端（setMaxReconsumeTimes）和 Broker 端（delayLevelWhenNextConsume）配置。
8. 【关键点 3】重试可能导致消息重复，业务需保证幂等性，并合理设置重试参数以防消息积压。
9. 【易错点 1】不能将重试机制等同于业务幂等，必须结合唯一标识和状态记录实现幂等。
10. 【易错点 2】过度依赖重试会增加延迟和积压风险，应设置合理最大重试次数。
11. 【易错点 3】配置重试间隔时需注意延迟级别的实际时间映射，不同版本可能不同。