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

   今天，我们将一步一步的讲解如何使用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：

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