【进阶之路】消息队列——RocketMQ原理（三）

导言

大家好，我是南橘，从接触java到现在也有差不多两年时间了，两年时间，从一名连java有几种数据结构都不懂超级小白，到现在懂了一点点的进阶小白，学到了不少的东西。知识越分享越值钱，我这段时间总结（包括从别的大佬那边学习，引用）了一些平常学习和面试中的重点（自我认为），希望给大家带来一些帮助

这是消息中间件的文章，大家没有看过的可以跟着看一下

• 【进阶之路】消息队列——原理及选型（一）
• 【进阶之路】消息队列——RabbitMQ原理（二）

有需要的同学可以加我的公众号，以后的最新的文章第一时间都在里面，也可以找我要思维导图

上次讲完RabbitMQ之后，这次就来讲讲RocketMQ。

Apache RocketMQ是阿里开源的一款高性能、高吞吐量的分布式消息中间件。曾经阿里团队考虑过Kafka，但是因为性能和高可用方面最后才选择自主研发了RocketMQ。RocketMQ是一款出生在高并发分布式时代的消息中间件，所以他本身就是支持高并发和事务的。

一、特点

• 支持事务型消息（发送消息和DB操作保证两方的最终一致性，RabbitMQ和Kafka不支持）
• 支持多个系统之间的最终一致性
• 支持延迟消息（Kafka不支持）
• 支持指定次数和时间间隔的消息失败重发（Kafka不支持）
• 支持consumer端的tag过滤，减少不必要的网络传输（RabbitMQ和Kafka不支持）
• 支持重复消费（Rabbitmq不支持）
• 严格保证消息的顺序
• 亿级消息堆积能力
• 提供丰富的消息拉取模式
• Producer、Consumer、队列都可以分布式。

二、RocketMQ部署结构

别的不说，先把这种图片拿上来

大家能够看出，RocketMQ集群的架构部署很像是SpringCloud的架构，NameServer就类似于Nacos、Eureka或者Zookeeper之类的。生产者还是那个生产者，消费者也是消费者，Broker就是中间的邮递员。只不过，他们都通过Name Server连接在一起了。

1、NameServer

NameServer的作用是注册中心，类似于Zookeeper，但又有区别于它的地方。每个NameServer节点互相之间是独立的，没有任何信息交互，也就不存在任何的选主或者主从切换之类的问题。单台NameServer宕机不影响其