MQ核心作用异步&削峰&解耦使用场景详解

江-小北

于 2024-10-08 14:25:15 发布

阅读量358

点赞数 8

分类专栏：消息队列（MQ）文章标签： rocketmq rabbitmq java-activemq

本文链接：https://blog.csdn.net/liuguojiang1128/article/details/142758764

版权

消息队列（MQ）专栏收录该内容

1 篇文章 0 订阅

订阅专栏

说在前面

在如今的高并发互联网应用中，如何确保系统在巨大的流量冲击下还能稳稳当当运转，是每个技术团队都会遇到的挑战。说到这，消息队列（MQ） 就是背后的“大功臣”了。

无论是异步处理请求、平滑应对流量高峰，还是让各个系统模块相互独立不“拖后腿”，MQ 都是不可或缺的帮手。那么，MQ 是怎么削峰的？或者它是如何让复杂系统解耦的？ 今天我们就来聊聊 MQ 的这三大核心功能，看它是如何助力系统高效、稳定运转的。

1. 什么是 MQ（消息队列）？

消息队列（Message Queue，简称 MQ）其实就是一个“管道”，用来在不同的系统或服务之间传递消息。

想象一下，它像是邮局，发信人把信件交给邮局，邮局再按照顺序把信送到收件人手中，整个过程大家各做各的事，发信人不用担心收件人有没有立刻收到信，这样大家的工作互不干扰。

在系统中，MQ 主要负责消息的传递和异步处理。它帮助系统之间进行消息传递，同时还能实现系统的解耦和高效的异步处理。常见的 MQ 工具包括 RabbitMQ、Kafka、ActiveMQ 等。

2. MQ的核心作用一：异步

异步是 MQ 最重要的作用之一。所谓异步，就是说你不用等到一个任务完成再进行下一个操作，而是把任务交给 MQ 处理，自己可以继续做别的事情。这就好比你把某项任务外包给了一个帮手（MQ），然后自己继续处理其他工作，等 MQ 把任务完成后，你再去处理结果。

使用异步 MQ 的好处：

提高系统性能：不用等待任务完成，能立即处理其他任务。
用户体验更好：用户发起请求后，系统快速响应，而后台的复杂操作可以慢慢处理。

举个例子：

在电商系统中，用户下单后，系统需要给仓库发通知，让他们准备发货。如果没有 MQ，系统可能会等到仓库那边处理完才告诉用户下单成功，这样用户就得等很久。

但有了 MQ，系统可以先快速告诉用户“订单已成功”，后续的仓库处理则通过 MQ 异步通知，用户不用等待后台所有流程结束。

最近无意间获得一份阿里大佬写的刷题笔记，一下子打通了我的任督二脉，进大厂原来没那么难。这是大佬写的，7701页的BAT大佬写的刷题笔记，让我offer拿到手软

示例代码（Spring Boot RabbitMQ）：

// 生产者：将消息发送到消息队列
@Component
public class OrderProducer {

    @Autowired
    private RabbitTemplate rabbitTemplate;

    public void sendOrderMessage(String orderId) {
        rabbitTemplate.convertAndSend("orderQueue", orderId);  // 异步发送订单消息
    }
}

// 消费者：从队列中接收消息并处理
@Component
@RabbitListener(queues = "orderQueue")
public class OrderConsumer {

    @RabbitHandler
    public void handleOrderMessage(String orderId) {
        // 模拟订单处理逻辑
        System.out.println("Processing order: " + orderId);
    }
}

在这个例子中，OrderProducer 会把订单消息发送到 orderQueue 队列，OrderConsumer 异步处理订单，用户不会感受到后台的复杂逻辑，只会收到下单成功的反馈。

3. MQ的核心作用二：削峰

削峰是 MQ 的另一个核心作用。削峰的意思就是把系统中突然涌入的高并发请求“削平”，让系统在面对流量激增时不至于崩溃。它就像一个“水库”，把瞬间涌入的洪水存储起来，等流量回归正常后，再慢慢放出处理。

使用削峰 MQ 的好处：

防止系统过载：面对突发的高并发流量，系统不会因为超出负载而崩溃。
平滑处理流量：高峰时段通过 MQ 把请求排队，等流量稳定后再逐步处理，保证系统不会因为短时间的流量激增导致性能下降。

举个例子：

在秒杀活动中，用户同时发起大量请求，如果系统直接处理这些请求，服务器可能会崩溃。通过 MQ，可以先把这些请求排队，等流量稳定后，系统再逐步处理队列中的请求。这样不仅能保障服务器的稳定，还能让用户体验到秒杀服务的顺畅。

示例代码：

// 秒杀请求发送到消息队列中进行削峰处理
@Component
public class SeckillProducer {

    @Autowired
    private RabbitTemplate rabbitTemplate;

    public void sendSeckillMessage(String seckillId) {
        rabbitTemplate.convertAndSend("seckillQueue", seckillId);  // 秒杀请求排队
    }
}

// 消费者从队列中获取秒杀请求，按顺序处理
@Component
@RabbitListener(queues = "seckillQueue")
public class SeckillConsumer {

    @RabbitHandler
    public void handleSeckillMessage(String seckillId) {
        // 模拟处理秒杀请求逻辑
        System.out.println("Processing seckill request: " + seckillId);
    }
}

通过 MQ 把秒杀请求排队，可以平滑处理突发流量，避免系统短时间内因为并发量太大而崩溃。

最近无意间获得一份阿里大佬写的刷题笔记，一下子打通了我的任督二脉，进大厂原来没那么难。这是大佬写的，7701页的BAT大佬写的刷题笔记，让我offer拿到手软

4. MQ的核心作用三：解耦

解耦是 MQ 的第三大作用，简单来说就是让系统模块之间互不干扰，减少系统之间的依赖。在没有 MQ 的情况下，系统 A 和系统 B 可能需要直接进行同步通信，但这样耦合度太高，如果某个系统出现问题，另一个系统也会受到影响。

有了 MQ 之后，系统 A 不需要等系统 B 处理完，它只需要把消息发送到 MQ，系统 B 根据自己的情况异步处理消息。这样系统 A 和系统 B 之间就实现了解耦，A 不用管 B 是否忙碌，B 也不需要马上响应 A 的请求。

使用解耦 MQ 的好处：

降低系统之间的依赖：每个系统可以独立处理自己的逻辑，互不影响。
提高系统灵活性：系统之间通过 MQ 通信，如果某个系统宕机，MQ 可以暂存消息，待系统恢复后继续处理。

举个例子：

在电商系统中，订单服务和库存服务需要通信。如果没有 MQ，订单系统下单后必须等待库存系统确认库存后才能继续处理。但通过 MQ，订单系统下单后，可以把消息发到 MQ 里，库存系统慢慢去处理，不会影响订单服务的流程。

示例代码：

// 订单系统发送消息到库存系统
@Component
public class InventoryProducer {

    @Autowired
    private RabbitTemplate rabbitTemplate;

    public void sendInventoryMessage(String orderId) {
        rabbitTemplate.convertAndSend("inventoryQueue", orderId);  // 订单消息发送到库存服务
    }
}

// 库存系统异步处理订单消息
@Component
@RabbitListener(queues = "inventoryQueue")
public class InventoryConsumer {

    @RabbitHandler
    public void handleInventoryMessage(String orderId) {
        // 模拟库存扣减逻辑
        System.out.println("Processing inventory for order: " + orderId);
    }
}