RabbitMQ学习之（一）_初步了解RabbitMQ、RabbitMQ的使用流程、为什么要使用RabbitMQ、RabbitMQ的应用场景详解程序员

初识RabbitMQ

RabbitMQ是一个在AMQP协议基础上实现的消息队列系统， 是一个消息代理。它的核心原理非常简单：接收和发送消息。你可以把它想像成一个邮局：你把信件放入邮箱，邮递员就会把信件投递到你的收件人处。在这个比喻中，RabbitMQ 就扮演着邮箱、邮局以及邮递员的角色，也就是一端往消息队列中不断写入消息，而另一端则可以读取或者订阅队列中的消息，它是用来接收、存储和发送消息（message）这种二进制数据的。

RabbitMQ是一个开源的AMQP实现，服务器端用Erlang语言编写，支持多种客户端，如：Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等，支持AJAX。用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。

什么是AMQP?

AMQP，即Advanced Message Queuing Protocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。
AMQP的主要特征是面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全。

关于更详细的关于RabbitMQ介绍请百度多参考更多的帖子帮助你了解~

关于RabbitMQ的关键字说明

（1）Broker：经纪人。提供一种传输服务，维护一条从生产者到消费者的传输线路，保证消息数据能按照指定的方式传输。粗略的可以将图中的RabbitMQ Server当作Broker。
（2）Exchange：消息交换机。指定消息按照什么规则路由到哪个队列Queue。
（3）Queue：消息队列。消息的载体，每条消息都会被投送到一个或多个队列中。
（4）Binding：绑定。作用就是将Exchange和Queue按照某种路由规则绑定起来。
（5）RoutingKey：路由关键字。Exchange根据RoutingKey进行消息投递。
（6）Vhost：虚拟主机。一个Broker可以有多个虚拟主机，用作不同用户的权限分离。一个虚拟主机持有一组Exchange、Queue和Binding。
（7）Producer：消息生产者。主要将消息投递到对应的Exchange上面。一般是独立的程序。
（8）Consumer：消息消费者。消息的接收者，一般是独立的程序。
（9）Channel：消息通道，也称信道。在客户端的每个连接里可以建立多个Channel，每个Channel代表一个会话任务。

RabbitMQ的使用流程
AMQP模型中，消息在producer中产生，发送到MQ的exchange上，exchange根据配置的路由方式投递到相应的Queue上，Queue又将消息发送给已经在此Queue上注册的consumer，消息从queue到consumer有push和pull两种方式。
消息队列的使用过程大概如下：
（1）客户端连接到消息队列服务器，打开一个channel。
（2）客户端声明一个exchange，并设置相关属性。
（3）客户端声明一个queue，并设置相关属性。
（4）客户端使用routing key，在exchange和queue之间建立好Binding关系。
（5）生产者客户端投递消息到exchange。
（6）exchange接收到消息后，就根据消息的RoutingKey和已经设置的binding，进行消息路由（投递），将消息投递到一个或多个队列里。
（7）消费者客户端从对应的队列中获取并处理消息。

为什么使用RabbitMQ?

①安装部署简单，上手门槛低，功能丰富，符合AMQP标准；
②企业级消息队列，经过大量实践考验的高可靠；
③集群易扩展，可以轻松的增减集群节点实现成倍的性能提升；
④有强大的WEB管理页面帮助管理和监控，有些技术癌更喜欢命令行界面，但WEB管理为后期运维提供很大的便利。
⑤有商业化的运营，不会轻易死掉，可靠性高；
⑥遵循AMQP协议，不会被绑架；
⑦强大的社区支持，为技术进步提供动力；
⑧大量成功的应用案例，例如阿里、网易等互联网巨头都有使用。
⑨Erlang开发，AMQP的最佳搭档，在支持持久化的消息队列中性能算很优秀的；
⑩支持消息持久化、支持消息确认机制、灵活的任务分发机制等，支持功能非常丰富；

RabbitMQ应用场景

在项目中，将一些无需即时返回且耗时的操作提取出来，进行了异步操作，而这种异步处理的方式大大的节省了服务器的请求时间，从而提高了系统的吞吐量。而且不影响服务器做其他相应，不独占服务器资源。

如：注册用户这种服务，它可能解耦成好几种独立的服务（账号验证，邮箱验证码，手机短信码等）。它们作为消费者，等待用户输入数据，在前台数据提交之后会经过分解并发送到各个服务所在的url，分发的那个角色就相当于生产者。消费者在获取数据时候有可能一次不能处理完，那么它们各自有一个请求队列，那就是内存缓冲区了。做这项工作的框架叫做消息队列。

又比如：电商系统中的订单处理系统，传统处理模式是：下订单的时候，订单系统可能会调用库存系统的接口，这样两个系统之间存在一个严重依赖关系，如果库存系统宕机，那么整个流程都会受到影响。现在大多公司的处理方法是：引入消息队列，下完订单，订单系统完成持久化处理，将消息写入消息队列，返回用户订单下单成功。

对库存系统来说，采用拉/推的方式，获取下单信息，库存系统根据下单信息，进行库存操作。这样实现了两个系统间的解耦。

即使在下单时库存系统不能正常使用。也不影响正常下单，因为下单后，订单系统写入消息队列就不再关心其他的后续操作了。

文章推荐

http://blog.csdn.net/whoamiyang/article/details/54954780

https://www.cnblogs.com/DaBing0806/p/6680766.html?utm_source=itdadao&utm_medium=referral