java中使用（mq）消息队列

为什么使用消息队列
1.解耦 一个系统或一个模块，调用多个系统或模块，耦合性高，不易维护，中间部署mq，当系统需要调取其他的系统或模块时，从mq中消费消息。（谁需要，谁调用）
2.异步 一个系统或模块调取多个系统或模块，运行时间是所有运行时间总和。在调取的中间使用mq，当发起调取时，发送消息进去mq,mq获取返回多个系统和模块的响应，时间减少很多。
3.削峰 在系统使用高峰期时，每秒并发请求5k+,系统直接访问mysql，最多每秒处理2k，高峰期会造成系统崩溃。在中间使用mq，没有的并发请求打到mq中，mq每秒处理2k的消息给mysql，这样系统在高峰期也能抗住压力。
消息队列的缺点：
1，系统可用性降低：如果mq挂了，整套系统就崩溃
2.系统复杂度提高：mq本身存在的问题（重复消费，消息丢失，消息传递的顺序性等问题）
3.一致性问题：多个请求存在失败情况
Kafka、ActiveMQ、RabbitMQ、RocketMQ 有什么优缺点？

综上，各种对比之后，有如下建议：
一般的业务系统要引入 MQ，最早大家都用 ActiveMQ，但是现在确实大家用的不多了，没经过大规模吞吐量场景的验证，社区也不是很活跃，所以大家还是算了吧，我个人不推荐用这个了；
后来大家开始用 RabbitMQ，但是确实 erlang 语言阻止了大量的 Java 工程师去深入研究和掌控它，对公司而言，几乎处于不可控的状态，但是确实人家是开源的&#