如：注册用户这种服务，它可能解耦成好几种独立的服务（账号验证，邮箱验证码，手机短信码等）。它们作为消费者，等待用户输入数据，在前台数据提交之后会经过分解并发送到各个服务所在的url，分发的那个角色就相当于生产者。消费者在获取数据时候有可能一次不能处理完，那么它们各自有一个请求队列，那就是内存缓冲区了。做这项工作的框架叫做消息队列。 又比如：电商系统中的订单处理系统，传统处理模式是：下订单的时候，订单系统可能会调用库存系统的接口，这样两个系统之间存在一个严重依赖关系，如果库存系统宕机，那么整个流程都会受到影响。现在大多公司的处理方法是：引入消息队列，下完订单，订单系统完成持久化处理，将消息写入消息队列，返回用户订单下单成功。 几个概念说明： Broker：简单来说就是消息队列服务器实体。 　　Exchange：消息交换机，它指定消息按什么规则，路由到哪个队列。 　　Queue：消息队列载体，每个消息都会被投入到一个或多个队列。 　　Binding：绑定，它的作用就是把exchange和queue按照路由规则绑定起来。 　　Routing Key：路由关键字，exchange根据这个关键字进行消息投递。 　　vhost：虚拟主机，一个broker里可以开设多个vhost，用作不同用户的权限分离。 　　producer：消息生产者，就是投递消息的程序。 　　consumer：消息消费者，就是接受消息的程序。 　　channel：消息通道，在客户端的每个连接里，可建立多个channel，每个channel代表一个会话任务。 消息队列的使用过程大概如下： （1）客户端连接到消息队列服务器，打开一个channel。 　　（2）客户端声明一个exchange，并设置相关属性。 　　（3）客户端声明一个queue，并设置相关属性。 　　（4）客户端使用routing key，在exchange和queue之间建立好绑定关系。 　　（5）客户端投递消息到exchange。 exchange接收到消息后，就根据消息的key和已经设置的binding，进行消息路由，将消息投递到一个或多个队列里。 exchange也有几个类型，完全根据key进行投递的叫做Direct交换机，例如，绑定时设置了routing key为”abc”，那么客户端提交的消息，只有设置了key为”abc”的才会投递到队列。对key进行模式匹配后进行投递的叫做Topic交换机，符号”#”匹配一个或多个词，符号”*”匹配正好一个词。例如”abc.#”匹配”abc.def.ghi”，”abc.*”只匹配”abc.def”。还有一种不需要key的，叫做Fanout交换机，它采取广播模式，一个消息进来时，投递到与该交换机绑定的所有队列。 RabbitMQ支持消息的持久化，也就是数据写在磁盘上，为了数据安全考虑，我想大多数用户都会选择持久化。消息队列持久化包括3个部分： 　　（1）exchange持久化，在声明时指定durable => 1 　　（2）queue持久化，在声明时指定durable => 1 　　（3）消息持久化，在投递时指定delivery_mode => 2（1是非持久化） 如果exchange和queue都是持久化的，那么它们之间的binding也是持久化的。如果exchange和queue两者之间有一个持久化，一个非持久化，就不允许建立绑定。