YMCODE

前几篇文章主要为大家介绍了aeron的订阅和发布流程，本篇文章则会开启一个新的知识点：aeron archive，以下就是aeron官方对archive组件的职责描述

上一篇文章主要带大家一起阅读了添加发布者与添加订阅者命令的执行过程，今天就继续带大家从demo入手，分析发布者发布数据以及订阅者接收数据相关流程

上一篇文章主要带大家一起阅读了MediaDriver.launch以及Aeron.connect相关源码，今天就带大家一起看下sub和pub相关的源码设计

前篇文章简单的介绍了aeron框架的架构与其到底能做什么，今天就让我们从一个demo出发，开始揭开aeron的神秘面纱

由于作者所在公司是做在线交易的，业务特性决定我们在做系统设计的时候，对系统处理耗时，要做到很低，这样才能尽快的触发成交，提高用户体验。当前服务架构

上篇文档主要给大家介绍了下RocketMQ消费者相关内容，其中提到过消费者底层和Broker进行通信的时候，有两种模式，分别是同步消费和异步消费，不知道大家有没有过类似的疑问，netty底层

上篇文章为大家简单分析了下RocketMQ生产者相关实现，今天就带着大家一起看看RocketMQ消费者相关设计。RocketMQ消费者和Kafka消费者类似，都是以组的形式去定义，一个消费者

一、消息发送的几种方式 1. 同步 消息生产者向MQ发送消息时候，同步等待，直到服务器返回发送结果，即可靠的同步传输。 2. 异步 消息生产者向MQ发送消息时候，指定消息发送成功后的回调函数，调用消息

提到MQ，大家本能反应就会想到几个角色，生产者、消费者、服务端。 MQ的设计思路一般都是基于订阅发布机制，生产者将消息发送到某个TOPIC下，消息的服务端负责消息的持久化，消费者需