en_oc的博客

概述在 Broker 的通用请求处理器将一个消息进行分发后，就来到了 Broker 的专门处理消息存储的业务处理器部分。本篇文章，我们将要探讨关于 RocketMQ 高效的原因之一：文件结构的良好设计与对 Page Cache 的极致"压榨"。文件系统的结构设计在 RocketMQ 的 Broker 中，有一类叫做 CommitLog 的文件，所有在该 Broker 上的 Topic 上的消息都会顺序的写入到这个文件中。该消息的元信息存储着消息所在的 Topic 与 Queue。当消费者要进行消

概述在上一节 RocketMQ源码详解 | Producer篇 · 其二：消息组成、发送链路 中，我们终于将消息发送出了 Producer，在短暂的 tcp 握手后，很快它就会进入目的 Broker。这次我们来自底向上的看下 Broker 端是如何接收然后分发处理消息，同时了解 RocketMQ 的 Broker 的线程模型。Netty 组件如果你还记得上一节的内容的话那应该知道，NettyRomotingAbstract 有两个实现类，分别是 NettyRemotingClient 和 Netty

概述在上一节 RocketMQ源码详解 | Producer篇 · 其一：Start，然后 Send 一条消息 中，我们了解了 Producer 在发送消息的流程。这次我们再来具体下看消息的构成与其发送的链路Message在 RocketMQ 的使用中，Message 类是在发送消息时必须用到的，其中 body 即是消息的存放位置，还有的就是消息的 标识(flag) 和 属性(properties)public class Message { private String topic; p

本文主要解析 RocketMQ 的 Producer 从 start 到发送一条消息的流程