RocketMQ学习笔记（1）----RocketMQ的简介

1. 什么是RocketMQ？

　　

　　

　　是一个队列模型的消息中间件，具有高性能、高可靠、高实时、分布式特点。
　　Producer、Consumer、队列都可以分布式。
　　 Producer 吐一些队列轮流収送消息，队列集合称为Topic，Consumer 如果做广播消费，则一个consumer
　　实例消费返个Topic 对应的所有队列，如果做集群消费，则多个Consumer 实例平均消费返个topic 对应的
　　队列集合。
　　能够保证严格的消息顺序
　　提供丰富的消息拉叏模式
　　高效的订阅者水平扩展能力
　　实时的消息订阅机制
　　亿级消息堆积能力
　　较少的依赖

　　RocketMQ作为阿里巴巴的两大分布式技术之一，是一款纯java、分布式、队列模型的开源消息中间件，他参考了Java的JMS规范，但是它并没有遵循JMS的规范，经历了淘宝双十一的洗礼，在功能和性能上据说是远超ActiveMQ。

2. RocketMQ发展史

　　1. Metaq(Metamorphsis) 1.x

　　　由开源社区killme2008维护，开源社区非常活跃。

　　　github地址：https://github.com/killme2008/Metamorphosis

　　2. Metaq 2.x

　　　于2012年10月份上线，在淘宝内部被广泛使用。

　　3. RecoketMQ 3.x

　　metaq 3.0发布时，产品名称改为RocketMQ。基于公司内部开源共建原则，RocketMQ项目只维护核心功能，且去除了所有其他运行时的依赖，核心功能最简化。每个BU的个性化需求都在RocketMQ项目之上进行深度定制。RocketMQ向其他BU提供的仅仅是jar包，例如要定制一个Broker，那么只需要依赖rocketmq-broker这个jar包即可，可通过API进行交互，如果定制client,则依赖rocketmq-client这个jar包，对其提供的api进行再封装。

　　开源社区地址：https://github.com/apache/RocketMQ

3. RocketMQ特性

　　原生分布式

　　要知道RocketMQ原生就是支持分布式的，而ActiveMQ原生存在单点性。

　　严格消息顺序
　　RocketMQ可以保证严格的消息顺序，而ActiveMQ无法保证！

　　亿级消息堆积
　　RocketMQ提供亿级消息的堆积能力，这不是重点，重点是堆积了亿级的消息后，依然保持写入低延迟！

　　两种的消息拉取模式（Push or Pull）。
　　Push好理解，比如在消费者端设置Listener回调；而Pull，控制权在于应用，即应用需要主动的调用拉消息方法从Broker获取消息，这里面存在一个消费位置记录的问题（如果不记录，会导致消息重复消费）。

　　特有的分布式协调器
　　在Metaq1.x/2.x的版本中，分布式协调采用的是Zookeeper，而RocketMQ自己实现了一个NameServer，更加轻量级，性能好！

　　组（Group）
　　有了Producer/Consumer Group。
　　ActiveMQ中并没有Group这个概念，而在RocketMQ中理解Group的机制很重要。想过没有，通过Group机制，让RocketMQ天然的支持消息负载均衡！比如某个Topic有9条消息，其中一个Consumer Group有3个实例（3个进程 OR 3台机器），那么每个实例将均摊3条消息！（注意RocketMQ只有一种模式，即发布订阅模式。）

　　其他

　　消息失败重试机制、高效的订阅者水平扩展能力、强大的API、事务机制等等