摘要： gradle 项目导入 idea 之后，各种报错，run 不起来 手动加入各种依赖 配置启动类 指定 log4j.properties 阅读全文

摘要： git clone netty 源码，运行 example 报错 全量 mvn compile -DskipTests=true 后，依然报错 手动在 netty-buffer 模块中添加对应的依赖 再次启动 example 成功！ 阅读全文

摘要： broker 把消息写入 commitLog 后，还需要把消息的索引写入 consumeQueue 文件 和 indexFile 文件 consumeQueue 文件，一个 entry 20 字节，8 + 4 + 8，8 字节 commitLog offset，4 字节消息 size，8 字节 ta 阅读全文

摘要： producer 客户端的流程1. 客户端同步发送事务 half 消息2. 收到 broker 响应，则执行本地事务3. 根据本地事务状态，决定 commit 或 rollback 消息4. 发送 commit 或 rollback 给 broker5. 等待 broker 发送 check 消息 阅读全文

摘要： tag 的使用场景：不同的消费组，订阅同一 topic 不同的 tag，拉取不同的消息并消费。在 topic 内部对消息进行隔离。 producer 发送消息，指定 tag consumer 订阅 topic，指定 tag broker 存储 consumer 订阅的 tag 信息 broker 计 阅读全文

摘要： 场景：2 个消费者进程中，创建了 2 个消费者，同属于 1 个消费组，但是订阅了不同的 topic，会因为订阅信息相互覆盖，导致拉不到消息。 原因是 rocketMQ 的订阅关系，是根据 group 来管理的，c1 订阅 t1，c2 订阅 t2，他们同属于 group，当 c1 拉取 t1 的消息时 阅读全文

摘要： consumer 消费失败，会把消息重新发往 %RETRY% + consumerGroup，这个 retry 消息会在一定时间后，真实送到 retry topic。 broker 处理发送到 retry topic 的消息： org.apache.rocketmq.broker.processor 阅读全文

摘要： 使用 netty 监听端口 接收请求 分发请求 broker 启动时，把不同类型的请求对应到各自的处理器 不同的线程池处理不同的请求，做到很好的隔离。 阅读全文

摘要： zk 节点是一个 QuorumPeer，选举结束后，leader 和 follower 各自执行自己的逻辑： 不管是 leader 还是 follower，都封装了一个 QuorumPeer 对象，QuorumPeer.ServerCnxnFactory 监听端口，处理客户端 io 事件。请求处理的 阅读全文

摘要： zk 有 2 种文件，快照和事务日志，快照是某一时刻的全量数据，事务日志中记录了数据的修改事件。 快照的文件名是 snapshot.zxid，zxid 是当前最大的事务 id 事务日志的文件名是 log.zxid，zxid 是当前文件第一条日志的事务 id zk 加载数据：从 snap 文件和 lo 阅读全文