qq_35597828的博客

RocketMQ默认的消息存储路径在/root/store/生产者每次投递的消息都存储在commitLog文件里，再开启一个线程(ReputMessageService)异步的生成consumerQueue和indexFile消费者根据queueOffset到conumerQueue找到对应消息的commitLogOffset，再到commitLog文件中找到具体的消息并返回 可以将ConsumeQueue理解为CommitLog的索引，因为CommitLog存储了所有topic的消息，通过引入Consum

在RockerMQ中可以用topic将业务划分，例如将订单、商品、活动等业务划分在不同的topic。为了使业务逻辑更清晰还可以用tag再次划分，例如将订单划分为服装订单、家电订单、酒水订单等。在服务端采用的是tag的hashcode过滤，当消费者的tag与订阅的queue中消息的tag的hashcode一致时就会直接返回，但这样只能过滤大部分tag，因为存在hash碰撞，所以还要在客户端还要根据tag值进行过滤发送完之后在console中就能看到消息标签那列存在定义的值sql过滤 介绍

目录消息发送模式简介代码三种发送模式的区别消息消费模式简介集群消费模式介绍代码步骤 广播消费模式介绍演示RocketMQ有三种发送模式，分别是同步发送、异步发送、单向发送，不同的模式适用于不同的业务场景三种发送模式的区别同步发送：消息发送到master broker后并同步到slave broker后，才会响应客户端，效率慢，但丢失数据的风险小异步发送：消息发送到master broker后就响应客户端，无需等待成功同步到slave broker，效率高，风险也高。例如master broker处