最近在看面试题，所以想用自己的理解总结一下，便于加深印象。 为什么使用多线程 使用多线程可以充分利用CPU，提高CPU的使用率。 提高系统的运行效率，对于一些复杂或者耗时的功能，可以对其进行拆分，比如将某个任务拆分了A、B、C三个子任务，如果子任务之间没有依赖关系，那么就可以使用多线程同时运行A、B
RocketMQ是通过DefaultMQProducer进行消息发送的，它实现了MQProducer接口，MQProducer接口中定义了消息发送的方法，方法主要分为三大类： send同步进行消息发送，向Broker发送消息之后等待响应结果； send异步进行消息发送，向Broker发送消息之后立刻
当Broker收到生产者的消息发送请求时，会对请求进行处理，从请求中解析发送的消息数据，接下来以单个消息的接收为例，看一下消息的接收过程。 数据校验 封装消息 首先Broker会创建一个MessageExtBrokerInner对象封装从请求中解析到的消息数据，它会将Topic信息、队列ID、消息内
RocketMQ事务的使用场景 单体架构下的事务 在单体系统的开发过程中，假如某个场景下需要对数据库的多张表进行操作，为了保证数据的一致性，一般会使用事务，将所有的操作全部提交或者在出错的时候全部回滚。以创建订单为例，假设下单后需要做两个操作： 在订单表生成订单 在积分表增加本次订单增加的积分记录
BeanPostProcessor后置处理器是Spring提供的一个扩展点，可以在Bean初始化前后做一些事情，注意这里是bean的初始化，不是实例化，BeanPostProcessor是一个接口，里面提供了两个方法，分别为postProcessBeforeInitialization（初始化之前）
Pop模式消费和消息粒度负载均衡 在RocketMQ 5.0之前，消费有两种方式可以从Broker获取消息，分别为Pull模式和Push模式。 Pull模式：消费需要不断的从阻塞队列中获取数据，如果没有数据就等待，这个阻塞队列中的数据由消息拉取线程从Broker拉取消息之后加入的，所以Pull模式下
为了向云原生演进，提高资源利用和弹性能力，RcoketMQ在5.0进行了架构的调整与升级，先来看新特性之一，增加了Proxy层。 增加Proxy代理层 计算存储分离 计算存储分离是一种分层架构，将计算层与存储层分开。 计算层指的是一些消耗计算资源的功能模块比如协议解析、消费管理等，存储指的是数据存储
CommitLog 生产者向Broker发送的消息，会以顺序写的方式，写入CommitLog文件，CommitLog文件的根目录由配置参数storePathRootDir决定，默认每一个CommitLog的文件大小为1G，如果文件写满会新建一个CommitLog文件，以该文件中第一条消息的偏移量为文
RocketMQ在开启Dledger时，使用DLedgerCommitLog，其他情况使用的是CommitLog来管理消息的存储。在Dledger模式下，消息写入时Leader节点还需要将消息转发给Follower节点，有过半的节点响应成功，消息才算写入成功。 Leader消息写入 Dledger下
RocketMQ 4.5版本之前，可以采用主从架构进行集群部署，但是如果master节点挂掉，不能自动在集群中选举出新的Master节点，需要人工介入，在4.5版本之后提供了DLedger模式，使用Raft算法，如果Master节点出现故障，可以自动选举出新的Master进行切换。 Raft协议 R
RocketMQ支持集群部署来保证高可用。它基于主从模式，将节点分为Master、Slave两个角色，集群中可以有多个Master节点，一个Master节点可以有多个Slave节点。Master节点负责接收生产者发送的写入请求，将消息写入CommitLog文件，Slave节点会与Master节点建立
消费者负载均衡，是指为消费组下的每个消费者分配订阅主题下的消费队列，分配了消费队列消费者就可以知道去消费哪个消费队列上面的消息，这里针对集群模式，因为广播模式，所有的消息队列可以被消费组下的每个消费者消费不涉及负载均衡，而集群模式一个消息队列同一时间只能分配给组内的一个消费者进行消费。 Rocket
# [SHOI2011]双倍回文 题解 > 看了一些写回文自动机的大佬的代码，我深感敬畏，于是我转身向Manacher走去 现在荣登最优解第一页…… 一文中可知，消费者在启动的时候，会创建消息拉取API对象`PullAPIWrapper`，调用pullKernelImpl方法向Broker发送拉取消息的请求，那么在主
RocketMQ有两种获取消息的方式，分别为推模式和拉模式。 **推模式** 推模式在[【RocketMQ】消息的拉取](https://www.cnblogs.com/shanml/p/16463964.html)一文中已经讲过，虽然从名字上看起来是消息到达Broker后推送给消费者，实际上还是需
RocketMQ 4.5版本之前，可以采用主从架构进行集群部署，但是如果master节点挂掉，不能自动在集群中选举出新的Master节点，需要人工介入，在4.5版本之后提供了DLedger模式，使用Raft算法，如果Master节点出现故障，可以自动选举出新的Master进行切换。 **Raft协议
