项目中为什么要用消息队列？_消息队列实时性高么-CSDN博客

本文链接：https://blog.csdn.net/qq_41818626/article/details/145816792

一、什么是消息队列？

在日常生活中，我们经常遇到很多需要排队的情况，比如在银行排队等候办理业务。消息队列的工作原理就像是这种排队机制，它帮助我们把一个个“任务”排成队，按照顺序处理。

简单来说，消息队列是一个在计算机系统中用来存储和传输信息的工具。它的主要作用就是将发送任务的系统和接收任务的系统解耦，确保任务可以按需处理，而不需要每次都等待整个过程完成。

消息队列的三个主要特点：

解耦：使用消息队列可以将发送任务的系统和接收任务的系统分开。举个例子，前端发出一个请求，后端处理后将结果放入消息队列，前端可以不直接等待结果，先做其他事情，提高效率。
异步：在传统的同步模式中，前端请求后端处理时，必须等后端处理完才能得到结果。消息队列让这些操作变成异步，前端可以先继续做其他任务，等处理完了再获取结果，用户体验大大提升。
削峰：有时候，系统会面临大量的请求，瞬间的压力很大，这时消息队列可以缓解这个压力。它会将请求放入队列中，逐步处理，而不是同时处理所有请求，这样就避免了“系统崩溃”的情况，增强了系统的抗压能力。

二、项目中为什么要用消息队列？

在实际项目中，使用消息队列可以带来很多好处：

解耦系统组件：通过消息队列，发送请求的系统和处理请求的系统不再直接耦合。这使得系统更加灵活，可以独立开发和维护不同模块。各个系统之间互不影响，若其中一个系统不需要调用A系统接口或者新增接口直接在消息队列中获取，无需A系统新增或者停用接口
提升用户体验：对于一些复杂的操作，用户无需等待整个操作完成，而是通过消息队列来进行异步处理。例如，用户在提交订单时，可以先收到确认信息，而后续的库存更新、支付处理等可以在后台继续执行，不影响用户体验。若不使用消息队列，分别发给各个系统加起来处理时间就会超过一秒，但是若异步执行最多只会450ms,大大提高了用户体验
提升系统吞吐量：当系统的负载过重时，消息队列能够有效地分担流量。例如，电商大促时，订单请求量暴增，系统可能一时无法处理。消息队列通过异步方式，将订单请求缓冲到队列中，等系统空闲时再处理，从而避免系统崩溃。比如双十一时各个平台处于流量高峰期，若mysql每次只能处理2千条数据，大量数据涌入，系统处理不过来便会宕机，但若加入消息队列，用户提交的数据就会先缓存在消息队列中，等待A系统在后台循环处理，避免系统崩溃。
保证消息可靠性：在一些重要场景下，比如金融交易或订单处理，消息队列可以确保消息不丢失。即使系统出现异常，消息队列中的任务也不会丢失，可以重新处理，保证业务的正确性。

三、什么情况下不能使用消息队列？

虽然消息队列有很多优点，但在某些情况下不一定适合使用：

实时性要求高：如果系统需要实时处理任务，比如实时数据分析或即时通信，消息队列可能并不适合。由于消息队列的处理方式是异步的，存在一定的延迟，在高实时性场景下可能影响系统效果。
处理任务简单且快速：如果处理的任务非常简单，且处理时间非常短，使用消息队列可能带来的额外复杂度就不值得。例如，一个简单的请求-响应任务，如果用消息队列来处理，会增加不必要的操作和系统开销。
维护成本高：消息队列虽然在复杂场景下非常有用，但如果项目的规模比较小，任务量也不大，使用消息队列会增加系统的复杂性和维护成本。此时，直接通过同步请求处理可能更加简洁高效。
保证顺序性要求严格：有些情况下，任务处理的顺序是非常重要的，而消息队列虽然可以实现顺序处理，但在高并发的情况下，消息可能无法严格按照顺序被处理。此时，使用消息队列可能会影响到任务的正确性。

消息队列是一种非常有用的技术，它能解耦系统、提升用户体验和增强系统的抗压能力。但在使用时，也需要根据实际场景权衡其优缺点。对于简单、实时性要求高或维护成本较低的系统，可能不需要使用消息队列。而对于复杂系统、大流量场景，消息队列无疑是提升系统可扩展性和稳定性的好工具。