使用RabbitMQ实现高可用延迟任务框架之基础：RabbitMQ基础概念

最新推荐文章于 2025-04-01 13:53:25 发布

HappyHeng

最新推荐文章于 2025-04-01 13:53:25 发布

阅读量357

点赞数

CC 4.0 BY-SA版权

分类专栏： RabbitMQ 文章标签： RabbitMQ Exchange Queue BindingKey RoutingKey

本文链接：https://blog.csdn.net/HappyHeng/article/details/102451414

RabbitMQ 专栏收录该内容

1 篇文章

订阅专栏

本文探讨使用RabbitMQ作为高可用的延迟任务框架的原因，对比ScheduledThreadPoolExecutor和数据库方案，详细介绍了RabbitMQ的基本概念，包括ConnectionFactory、Connection、Channel、Exchange、BindingKey、RoutingKey和Queue等核心组件。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

今天，我们将一步一步的讲解如何使用rabbitMQ实现高可用的延迟任务框架，先说一下为什么要使用MQ来实现延迟任务框架，而不是使用其它的组件？

一、组件选型：

在其他的博客中，经常讲到使用java内部的ScheduledThreadPoolExecutor，之前我也做过其源码剖析，博客地址为 Java并发编程之ScheduledThreadPoolExecutor源码剖析，但是这样有一个显而易见的缺点，就是如果重启了之后，内存的队列的数据即被清空，定时任务就消失了！这在生产环境是无法容忍的，那么使用数据库？定时去刷？太复杂，所以，是否有一种组件，我将消息投递给它的时候，同时给它一个延迟时间，时间到之后它会自动推给我呢？且这个消息不会因组件重启而消失，即可以持久化，那MQ的延迟队列就正好满足这个需求。下面介绍一下RabbitMQ中的基本概念。

二、RabbitMQ介绍：

RabbitMQ是AMQP（Advanced Message Queuing Protocol，高级消息队列协议）的开源实现，服务端使用Erlang语言编写用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。下面简单的介绍一下RabbitMQ：

1、ConnectionFactory、Connection、Channel：

通过TCP去操作RabbitMQ时是先要获取连接的，获取连接的类即为ConnectionFactory，类似于jdbc中的DataSource，而获取到的连接即为Connection类，负责传递命令与监听RabbitMQ队列中的消息。而当我们需要操作RabbitMQ时，则需要从Connection中获取到Channel，Channel封装了操作RabbitMQ的大部分操作，比如声明交换器、队列、绑定队列、监听等一系列的操作。

2、Exchange：

交换器，在AMOP中，生产者不能直接将消息传递给队列queue，只能将消息传递给交换器，然后交换器再根据指定的规则路由给绑定的queue。

3、BindingKey、RoutingKey：

当Exchange与Queue进行绑定时，需要指定一个BindingKey，而生产者发送消息给Exchange时，需要指定这个消息的RoutingKey。

4、Exchange Type：

Exchange Type分为fanout、direct、topic、headers这四种基本类型，简单的讲一下fanout、direct这两种类型，fanout是只要与此Exchange绑定的queue，不管routingKey是多少，消息全部路由。而direct是只有当传入Exchange消息的RoutingKey与Exchange绑定的queue中的BindingKey相同的时候，才会路由至对应的queue中。

5、Queue：

队列，即存储消息的队列，消费者可以通过主动获取或者监听的方式从队列中获取到消息。