在此之前，我们了解了消息队列的作用，那么如何选择消息队列呢？选择消息队列要注意以下几点。不同基础能力的消息队列有不同的特点，但不管消息队列如何，都需要考虑以下几点。首先是可靠性，也就是我们常说的消息不丢失。如果一个消息队列不能保证消息的可靠性，那么就会遇到大麻烦。检查问题和修复数据是家常便饭。二是分布式。一个好的消息队列必须支持集群，而不是单机模式。如果消息队列不能分布式部署，网络有波动，硬件有故障，你会好过一些。第三是性能。如果一个消息队列的性能太差，意味着消息的消费可能会延迟，可能会影响到很多服务，导致服务不可用，得不偿失。开源对于大部分公司自己重新发明轮子意义不大，使用开源项目效果更好。为什么它是开源的而不是某些厂商提供的二进制文件？代码有bug，不管项目多么成熟，如果你在使用这个消息队列的时候遇到问题，开源项目，你至少应该去阅读源码，修改一下。无需等待制造商发布和修复更改的可能性。流行除非一个冷门的MQ有你需要的某个特性，否则建议你尝试使用流行的解决方案。就像买车一样，尽量不要买小众车。平时开起来没什么问题，可是一旦出了毛病需要维修，小众车就麻烦多了。软件也是如此。如果你使用了RMQ、Kafka等中间件，你遇到的问题可能很多人都遇到过。这时候，你可以站在巨人的肩膀上，快速解决问题。生态良好的生态对于中间件的发展非常重要。就像拥有丰富生态的SpringCloud，让你在庞大的SpringCloud上插手一个新的阵型是非常方便的。消息队列也是如此。比如Kafka和Flink。Flink内置了Kafka的DataSource。无需其他开发即可开发流式应用程序，非常方便。
