嗯，RocketMq主要由生产者producer、消费者consumer、broker和nameServer四部分组成。
nameServer启动后会与broker建立长连接，broker启动后会将topic和broker的对应关系通过长连接存储到nameServer，生产者会建立连接从nameServer获取topic对应的broker，给对应的broker发消息，broker接收到消息后将消息存入commitLog文件，消费者也会从nameServer拉取topic对应的broker，再从broker拉取topic对应的commitLog文件里的消息。
问：RocketMq一共有哪些消费模式：
集群模式-每个分组内消息只能被一个实例消费一次
广播模式-每个分组内消息可以被多次消费
一般我们用的都是集群模式，消息被分组内某个实例消费后，就不会再被其他实例消费到，想要消费同一个topic可以再创建一个新的分组消费；
问：RocketMq消费消息是推模式还是拉模式？
api提供了推和拉的方法，但是实际都是使用的拉模式，实际都是消费者从nameServer获取topic对应的broker，从broker的队列里拉取消息
问： RocketMq是如何进行消息的存储的？
broker接收了生产者发送的消息后，会将消息存入commitLog文件中，之后将消息的大小、存储的偏移量等信息存到comsumeQueue文件。在消费者拉取消息的时候，从consumeQueue获取基本信息，再根据消息存放的信息从commitLog文件获取消息
问：RocketMq消息积压问题如何解决？
和rabbitMq消息积压差不多，多线程消费or异步or改批量处理or消息转发后分别处理
问： RocketMq如何保证消息不丢失？
和rabbitMq一样，生产者接收broker返回结果，失败或者异常重试；broker端将消息存入磁盘，并进行主从同步，同步完成再给生产者返回保存成功；消费者端，在mq处理完成后手动提交返回消费完成