耗时半年！啃烂这四大主流中间件笔记，成功上岸阿里

要想真正将MQ运用于项目中，要从哪一步开始呢？

我们来想一下，要在项目中使用一个新技术，是不是应该先了解市面上都有哪些常用的框架，所以应该从技术调研开始，选择合适的框架应用于我们的项目。

那都有哪些中间件可供选择呢。其实现在主流的消息中间件就4种：kafka、ActiveMQ、RocketMQ、RabbitMQ

下面我们来看一下，他们之间有什么区别，他们分别应该用于什么场景

ActiveMQ

我们先看ActiveMQ。其实一般早些的项目需要引入消息中间件，都是使用的这个MQ，但是现在用的确实不多了，说白了就是有些过时了。我们去它的官网看一看，你会发现官网已经不活跃了，好久才会更新一次。
它的单机吞吐量是万级，一些小的项目已经够用了，但对于高并发的互联网项目完全不够看。
在高可用上，使用的主从架构的实现。
在消息可靠性上，有较低的概率会丢失数据。
综合以上，其实这个产品基本可以弃用掉了，我们完全可以使用RabbitMQ来代替它。

RabbitMQ

rabbitMQ出现后，国内大部分公司都从activeMQ切换到了rabbitMQ，基本代替了activeMQ的位置。它的社区还是很活跃的。
它的单机吞吐量也是万级，对于需要支持特别高的并发的情况，它是无法担当重任的。
在高可用上，它使用的是镜像集群模式，可以保证高可用。
在消息可靠性上， 它是可以保证数据不丢失的，这也是它的一大优点。
同时它也支持一些消息中间件的高级功能，如：消息重试、死信队列等（后续文章会讲到）。
但是，它的开发语言是erlang，国内很少有人精通erlang，所以导致无法阅读源码。
对于大多数中小型公司，不需要面对技术上挑战的情况，使用它还是比较合适的。而对于一些BAT大型互联网公司，显然它就不合适了。

RocketMQ

接下来我们来讨论一下我比较喜欢的MQ-RocketMQ，它是阿里开源的消息中间件，久经沙场，非常靠谱。
它支持高吞吐量，能达到10万级，能承受互联网项目高并发的挑战。
在高可用上，它使用的是分布式架构，可以搭建大规模集群，性能很高。
在消息可靠性上，通过配置， 可以保证数据的绝对不丢失，
同时它支持大量的高级功能，如：延迟消息、事务消息、消息回溯、死信队列等等（后续文章会单独讲解）。
它非常适合应用于java系统架构中，因为它使用java语言开发的，我们可以去阅读源码了解更深的底层原理。
目前来