RabbitMQ：时间控的快递中心
让我们从RabbitMQ开始，RabbitMQ拥有一个叫做“Dead Letter Exchanges”（DLX）的机制，这个机制基本上就是一个失物招领处。当一个消息未能及时被送达，RabbitMQ会将它转移至DLX。这个DLX与一个或多个队列关联，这样就能处理这些失去方向的消息了。
为了将RabbitMQ变成一个能够处理延迟消息的中心，我们可以使用以下策略：
- 设置TTL（Time-To-Live） ：给每个消息贴上一个过期时间标签，这就像是告诉RabbitMQ：“如果这个消息在规定时间内没有被消费掉，那就把它转移到DLX。”
- 配置DLX（Dead Letter Exchange） ：在消息到期后，DLX作为一块跳板，会检查这些消息是否需要进入下一个处理阶段，或是直接丢弃。
- 再次排队：借助DLX，“过期”的消息会被重新发送到一个专用的队列中，这个过程就像是对消息说：“伙计，你错过了第一趟车，换个线路再试试。”
Redis：聪明的门卫
接下来转到Redis，Redis在这个系统中扮演另一种角色：一位拥有精准闹钟的门卫。使用Redis的 Sorted Sets，你可以把消息和它应该被唤醒的具体时间戳匹配起来。这里的操作非常直观：
- 设置时间戳：当你收到一个需要延迟的消息时，就计算出将来的某个时间戳，并将这个时间戳和消息存入Redis的Sorted Set，门卫会记下：“这个包裹需要在未来的某个时刻移交。”
- 监控Sorted Set：有一只“眼睛”不断监控着Sorted Set，一旦时间到了，它会立即通知门卫：“是时候把这个包裹移交出去了！”
- 转移消息：门卫收到通知，抓起包裹，迅速将其发送到RabbitMQ的队列中，RabbitMQ随即将消息推送给最终的消费者。
结合使用RabbitMQ和Redis，我们就构建了一种高效的“延迟消息传递服务”。消息会被精确地放入RabbitMQ（快递中心）进行传递，或在Redis（门卫）的保管下等待正确的时机。一切就像是一个精心编排的舞蹈，每个组件都在适当的时间做出反应，确保消息准时且安全地到达目的地。
外网,只能与同网段设备进行通信的问题解决)
)
