提到音讯队列，大家肯定不生疏，无论是在校、面试还是工作，咱们波及得都很多。
有需要就有供给，市面上音讯队列当然十分多，算得上支流的也有 5、6 个，而大家可能因为对某一种队列比拟相熟，就始终用它，大略就是亚瑟打野、亚瑟上路、亚瑟中路、亚瑟辅助。
但你有思考过吗引入的队列是否是最合适的吗？
它与其它队列相比有什么劣势吗？
能够说，选型是开发工作中最重要，也是最体现能力的一环。明天牛牛就来给大家介绍下音讯队列如何抉择。
音讯队列是什么？
音讯队列，顾名思义就是传递音讯的队列，有着先入先出的个性，既然是队列，天然遵循先入先出的准则，同时，音讯队列具备可靠性、高性能等特点。
音讯队列是大型分布式系统不可短少的中间件，个别用于异步流程、音讯散发、流量削锋等问题，能够通过音讯队列实现高性能、高可用、高扩大的架构。
业界比拟闻名的音讯队列有 ActiveMQ、RabbitMQ、ZeroMQ、Kafka、MetaMQ、RocketMQ。
那大家就会问了，这么多音讯队列，我选谁好呢？
别急，咱们先来深刻理一理音讯队列的利用场景，以及每个队列的特色，晓得这些信息，才好做出决策。
音讯队列的利用场景
- 异步
如果一个接口，解决工夫很长，而且不能通过程度扩容来解决，就须要异步，那么，什么状况下不能通过程度扩容解决呢？
有很多，比方视频解决，波及到视频下载，那受限于网络带宽等因素，扩容无用；比方区块链这种共识场景，只有单机能力出块，扩容也没有用；还有更常见的，比方一个业务流程，过了 10 多个微服务，单个兴许不长，加起来就很难承受。
以上的状况下，用户很难通过同步接口长时间期待后果，那就应该做成异步，先扔进音讯队列，后续再进行生产，响应工夫能够从 10s，升高到 10ms。
2. 音讯散发
假如一个外围服务 A，是用来公布某种信号的，公布之后，须要告诉到上游服务 B、C，这种模式在只有 B、C 两兄弟的时候，没啥问题。
但随着业务须要，可能会有 D、E、F 等更多的打工人呈现，这时候 A 服务就须要更改代码，将音讯也传递给这些新退出的兄弟，每次减少打工人，就须要更改一次代码。
而引入音讯队列，则能够解决这个问题，实现能力复用，业务解耦。
3. 削峰
业务有个概念叫峰值流量，也就说流量在一段时间远大于平时，从视图上看就像一个山峰。比方天猫双十一秒杀日，特地是 0 点的时候，流量起码是平时的千倍以上，如果不做好解决，一波就能彻底将服务打死。
如果常备 1000 倍流量的设施，那是极大的老本节约，如果长期调配，进行服务扩容，很多时候又不如设想得简略。
之前有和 Shopee 的同学聊过，一到流动日他们就得紧锣密鼓去做扩容，扩容之后还得熬更守夜地做压测，不光劳命伤财、还容易出事变。
音讯队列能够优雅地解决这个问题，将双十一的申请扔入音讯队列，期待后续服务缓缓解决，如下图所示。
其实在架构上，削峰和下面的异步场景是雷同的架构，都是将申请扔入队列中，再缓缓生产。
但要留神异步场景是单个申请，自身解决工夫很长。削峰针对是单个申请 ok，然而流量突发的场景。
音讯队列能力比照
下面有提到几个出名的音讯队列，其中 ZeroMQ 太过轻量，次要用于学习，理论是不会利用到生产，咱们就 Kafka、ActiveMQ、RabbitMQ、RocketMQ 来进行不同维度比照。
音讯队列选型
选型的时候，咱们须要依据业务场景，联合上述个性来进行选型。
比方你要反对天猫双十一类超大型的秒杀流动，这种一锤子买卖，那治理界面、音讯回溯啥的不重要。
咱们须要看什么？看吞吐量！
所以优先选 Kafka 和 RocketMQ 这种更高吞吐的。
比方做一个公司的中台，对外提供能力，那可能会有很多主题接入，这时候主题个数又是很重要的考量，像 Kafka 这样百级的，就不太符合要求，能够依据状况思考千级的 RocketMQ，甚至百万级的 RabbitMQ。
又比方是一个金融类业务，那么重点思考的就是稳定性、安全性，分布式部署的 Kafka 和 Rocket 就更有劣势。
特地说一下时效性，RabbitMQ 以微秒的时效作为招牌，但实际上毫秒和微秒，在绝大多数状况下，都没有感知的区别，加上网络带来的稳定，这一点在生产过程中，反而不会作为重要的考量。
其它的个性，如音讯确认、音讯回溯，也常常作为考量的场景，治理界面的话试公司而定了，反正牛牛呆过的中央，都不看重这个，毕竟都有本人的运维体系。
最初
本次，牛牛给大家分享了音讯队列是什么、解决什么问题、每种队列的个性，以及怎么联合场景和个性做剖析。
面试时能够针对每个场景的不同就地取材选取队列，这样不仅能够展示常识的全面性还能够体现出本人剖析问题的能力。
而在理论的工作中，咱们须要思考的则更多，比方团队的技术栈、经济老本等状况进行综合剖析。只有相熟每个音讯队列的优劣，能力好中取优，选出适宜的计划。