大家好，我是 yes。 最近我一直扎在消息队列实现细节之中无法自拔，已经写了 3 篇Kafka源码分析，还剩很多没肝完。之前还存着RocketMQ源码分析还没整理。今儿暂时先跳出来盘一盘大方向上的消息队列有哪些核心注意点。 当然在剖析这几个问题之前需要简单的介绍下什么是消息队列…

笔者比较“悲催”，临近年末笔者维护的生产MQ集群中的一台物理机内存故障导致操作系统异常重启，在10分钟内众多的应用发送客户端出现消息发送超时，事故并定性为S1，笔者的“年终奖”。。。 1、故障描述 R

大家好，我是三友，我又来了~~ 最近仍然畅游在RocketMQ的源码中，这几天刚好翻到了消费者的源码，发现RocketMQ的对于push消费方式的实现简直太聪明了，所以趁着我脑子里还有点印象的时候，赶

1. 为什么产生消息堆积？ 大多是因为 Consumer 出问题了，没有及时发现，或者故障恢复需要较长的时间，导致大量消息积压在 MQ 中。 2. 消息堆积会有什么后果呢？ 2.1 消息被丢弃 例如

电商相关业务中，经常会遇到超时取消这样的逻辑，利用消息队列RocketMQ的延时消息去实现是非常稳定和方便的。那么RocketMQ内部如何实现这样的延时消息呢？我们直接来看源码和详细的图文解析

没错小伙子还是我，上次话说一半你就溜了，这次我非得好好的问问你。 消息重复消费是使用消息队列之后，必须考虑的一个问题，也是比较严重和常见的问题，帅丙我在开发过程中，但凡用到了消息队列，我第一时间考虑的就是重复消费的问题。 就比如有这样的一个场景，用户下单成功后我需要去一个活动页…

最近看了 @JavaGuide 发布的一篇『面试官问我如何保证Kafka不丢失消息?我哭了！』，这篇文章承接这个主题，来聊聊如何保证 RocketMQ 不丢失消息。 0x00. 消息的发送流程 以上任一阶段都可能会丢失消息，我们只要找到这三个阶段丢失消息原因，采用合理的办法避免…

帅丙我工作以来接触的消息队列中间件有RocketMQ、Kafka、自研，是的因为我主要接触的都是电商公司，相对而言业务体量还有场景来说都是他们比较适合，再加上杭州阿里系公司偏多，身边同事或者公司老大基本都是阿里出来创业的，那在使用技术栈的时候阿里系的开源框架也就成了首选。 就算…

不少候选人，说自己项目里用了 Redis、MQ，但是其实他并不知道自己为什么要用这个东西。其实说白了，就是为了用而用，或者是别人设计的架构，他从头到尾都没思考过。 没有对自己的架构问过为什么的人，一定是平时没有思考的人，面试官对这类候选人印象通常很不好。因为面试官担心你进了团队…