上篇文章主要以生产者角度：确保消息发出去了，这篇文章主要以消费者的角度：确保处理了对应的消息 Quonum Queue不适用场景适用场景代码实现RePublish 处理包含几层含义 成功ack; 失败nac...

  网上又很多确保消息100%投递相关的文章，但总的来说还是分为几种情况的 发送端如何确保发送到了交换机 消费端针对不同情况处理消息–后续再说 本文围绕发布者相关内容，目标  发布者消息确认【100%】  ma...

目标 先设想购票的场景：用户注册成功后，三天内未登陆，则短信提醒。 三段式场景: A-B-C可以延伸至： 发起购票—>时间+未付款—>短信提醒⏰、取消订单 发起退款—>时间+未处理—>通知相关人员⏰ 总的来说，满足A...

  前提 前两篇对rabbitmq的基本概念与延迟队列、死信队列进行了代码测试，默认都是理想情况的正常操作，针对复杂多变的网络环境，先不说投递的可靠性，首先服务的可用性就是第一个拦路虎，如：重连、限流。 本文目标： 单独抽离rabb...

  前提 目前项目中采用ts+eggjs结合的方式，针对定时任务，采用schedule，随着业务的增多，觉得缺点啥，可能就是缺消息队列吧。上一篇文章，针对rabbitmq的基本语法进行了学习。缺乏具体的使用场景，今天找到一个文章&nbs...

  消息中间件 消息队列中间件（Message Queue Middleware， 简称为 MQ）是指利用高效可靠的消息传递机制进行与平台无关的数据交流， 并基于数据通信来进行分布式系统的集成。 通过提供消息传递和消息排队模型 ，它可以...