>[info] 如何保证消息的100%接收(二) **解决方案：** 方案二：消息的延迟投递，做二次确认，回调检查（不常用，大厂在用的高并发方案） ***** **方案流程图：**  **方案流程说明：** * 第一步：（上游服务：Upstream service）业务入库 然后send 消息到broker这两步是有先后顺序的 * 第二步：进行消息延迟发送到新的queue（延迟时间为5分钟：业务决定） * 第三步：（下游服务：Downstream service）监听到消息然后处理消息 * 第四步 ：下游服务send confirm生成新的消息到broker （这里是一个新的queue） * 第五步： callback service 去监听这个消息 并且入库 如果监听到表示这个消息已经消费成功 * 第六步： callback service 去检查 第二步投递的延迟消息是否 在msgDB里面是否消费成功，不存在或者消费失败就会 Resend command 如果在第1,2,4步失败 ，如果成功 broker会给我们一个confirm，失败当然没有，这是消息可靠性投递的重要保障