MurphyWang


​ RocketMQ 无法避免消息重复（Exactly-Once），所以如果业务对消费重复非常敏感，务必要在业务层面进行去重处理。可以借助关系数据库进行去重。首先需要确定消息的唯一键，可以是msgId

​ 事务消息逻辑 ​编辑docker部署容器，并且创建消息 dd首先我们来docker 部署rocketMQ与rocketMQDashBoard docker ps查看rocketMQ 容器名称 进入

​   在新的版本中定时消息等价于延迟消息 定时消息：例如，当前系统时间为2022-06-09 17:30:00，您希望消息在下午19:20:00定时投递，则定时时间为2022-06-09 19:20

消费逻辑的最终兜底机制，若消息一直处理失败并不断进行重试，直到超过最大重试次数还未成功，此时消息不会再重试，会被投递至死信队列。您可以通过消费死信队列的消息进行业务恢复。 死信队列 当一条消息初次消费

​ 队列主要概念                                                        队列与生产者消费者关系 在创建topic时不指定队列数量，默认为8，在d

​ 在看本篇文章之前可以看一下非顺序消息消息负载均衡相关 RocketMQ5.0消费者负载均衡实战-CSDN博客 顺序消息消息粒度负载均衡 ****  顺序消息的负载均衡主要是针对顺序消息特性进行负载

​ TCC介绍 TCC是位于用户代码层面，而不是在基础设施层面，这为它的实现带来了较高的灵活性，可以根据需要设计资源锁定的粒度。TCC 在业务执行时只操作预留资源，几乎不会涉及锁和资源的争用，具有很高

​  ​编辑 defer的底层机制 为栈操作，栈是一个先进后出的数据结构 defer拷贝机制 以下已经发生压栈发生值拷贝数据不再会发生变化 defer与return的返回时机(执行顺序) 根据defe