消息队列你知多少？几大常见 MQ 产品对比

为什么要使用消息队列？
思路：有个什么业务场景，这个业务场景有个什么技术挑战，如果不用消息队列可能会很麻烦，但是你现在用了消息队列之后带给了你哪些好处
1.系统 解耦
使用MQ之前，A系统发送一个数据到BCD三个系统，通过接口调用发送，如果E也要这个数据，或者B又突然不要了，A还得去改代码，而且A还得考虑其他系统挂了怎么办，超时怎么办
使用MQ之后，系统A只负责发消息，对这个消息感兴趣的系统自己去拿到这个消息去消费，系统A不用考虑自己要给谁去发数据
2.异步
使用MQ之前，A系统接收一个请求，需要在自己本地写库，还需要在BCD三个系统写库，串行执行，总时长就会变的比较长，给用户的响应就会很慢
使用MQ之后，系统A发完消息就可以给用户响应了，一些耗时的操作可以异步处理
3.削峰
双11零点的时候，大量用户同时发起请求，如果没有一些高并发处理，网站可能直接就崩溃了
使用MQ之后，请求先写入MQ，系统A从MQ中慢慢拉取请求，保证高峰期系统不会挂
虽然高峰期时，请求会在MQ中积压，但是高峰期过了之后，积压的请求会被慢慢处理掉

有哪些消息队列，技术如何选型？
一、几大常见 MQ 产品
市场上比较常见的 MQ 产品有 ActiveMQ、RabbitMQ、RocketMQ 和 Kafka。

简介：
1.从开发者语言角度：
其中的 ActvieMQ 和 RocketMQ 采用的开发语言都是 Java 语言。RabbitMQ 采用的 Erlang 语言，相对比较高级。Kafka 在大数据中运用较多。
2. 从单机吞吐量角度：
RocketMQ 和 Kafka 吞吐量都是10万级，吞吐量较高，性能较好。ActiveMQ 和
RabbitMQ 略次，是万级吞吐量。
3. 从时效性角度：
RabbitMQ 的实效性为 us 级，比其他三种更加高级，性能更优秀
4. 从可用性角度：
搭建主从集群环境，需要保证可用性。
RocketMQ 和 Kafka 是支持分布式消息队列的搭建，因此，使用这俩种产品比使用
ActiveMQ 和 RabbitMQ 更方便搭建消息队列。
5. 从功能性角度：
ActiveMQ 出现时间较早，使用较多，现在随着发展，大多数公司开始使用
RocketMQ、RabbitMQ和 Kafka 替代 ActiveMQ。ActiveMQ 的文档较多
RabbitMQ 使用的 erlang 语言，性能较好，缺点是掌握erlang语言的人不多，因此，进行二次开发较困难。
RocketMQ 功能较完善，各方面功能稳定，使用率逐渐增多。
Kfuka 在功能上，没有 RocketMQ 功能丰富。使用的 scala 语言，在二次开发的时候，受众面会小于使用 Java 语言的产品。
6. 总结
从性能上来看，这几个产品都差不多，但选择 RocketMQ 较多。

消息队列有什么缺点
　　系统可用性降低：系统引入的外部依赖越多，越容易挂掉，如果MQ出问题，整个系统可能挂掉。
　　系统复杂性提高：可能出现消息重复消费，消息丢失的问题，要考虑如何保证消息传递的顺序性
　　一致性问题：A处理完直接返回成功，但是BCD中，C失败了，导致数据不一致。