我笑了！面试加薪题竟然是有关RabbitMQ的 _rabbitMQ

最是人间留不住，朱颜辞镜花辞树。这篇文章主要讲述我笑了！面试加薪题竟然是有关RabbitMQ的相关的知识，希望能为你提供帮助。

文章图片

MQ简介　在计算机科学中，消息队列（英语：Message queue）是一种进程间通信或同一进程的不同线程间的通信方式，软件的贮列用来处理一系列的输入，通常是来自用户。消息队列提供了异步的通信协议，每一个贮列中的纪录包含详细说明的数据，包含发生的时间，输入设备的种类，以及特定的输入参数，也就是说：消息的发送者和接收者不需要同时与消息队列互交。消息会保存在队列中，直到接收者取回它。
实现
?消息队列常常保存在链表结构中。拥有权限的进程可以向消息队列中写入或读取消息。
　目前，有很多消息队列有很多开源的实现，包括JBoss Messaging、JORAM、Apache ActiveMQ、Sun Open Message Queue、IBM MQ、Apache Qpid和HTTPSQS。
　当前使用较多的消息队列有RabbitMQ、RocketMQ、ActiveMQ、Kafka、ZeroMQ、MetaMq等，而部分数据库如Redis、mysql以及phxsql也可实现消息队列的功能。
特点
?MQ是消费者-生产者模型的一个典型的代表，一端往消息队列中不断写入消息，而另一端则可以读取或者订阅队列中的消息。MQ和JMS类似，但不同的是JMS是SUN java消息中间件服务的一个标准和API定义，而MQ则是遵循了AMQP协议的具体实现和产品。
?注意：

AMQP，即Advanced Message Queuing Protocol,一个提供统一消息服务的应用层标准高级消息队列协议,是应用层协议的一个开放标准,为面向消息的中间件设计。基于此协议的客户端与消息中间件可传递消息，并不受客户端/中间件不同产品，不同的开发语言等条件的限制。
JMS，Java消息服务（Java Message Service）应用程序接口，是一个Java平台中关于面向消息中间件的API，用于在两个应用程序之间，或分布式系统中发送消息，进行异步通信。 Java消息服务是一个与具体平台无关的API，绝大多数MOM提供商都对JMS提供支持。常见的消息队列，大部分都实现了JMS API，如ActiveMQ，Redis以及RabbitMQ等。

优缺点
优点
应用耦合、异步处理、流量削锋

解耦
【我笑了！面试加薪题竟然是有关RabbitMQ的】　传统模式：

文章图片

　传统模式的缺点：
　系统间耦合性太强，如上图所示，系统A在代码中直接调用系统B和系统C的代码，如果将来D系统接入，系统A还需要修改代码，过于麻烦！
　中间件模式

文章图片

　中间件模式的的优点：
　将消息写入消息队列，需要消息的系统自己从消息队列中订阅，从而系统A不需要做任何修改。

异步

　传统模式：

文章图片

　传统模式的缺点：
　一些非必要的业务逻辑以同步的方式运行，太耗费时间。
　中间件模式：

文章图片

　中间件模式的的优点：
　将消息写入消息队列，需要消息的系统自己从消息队列中订阅，从而系统A不需要做任何修改。

削峰

　传统模式：

文章图片

　传统模式的缺点：
　并发量大的时候，所有的请求直接怼到数据库，造成数据库连接异常
　中间件模式：

文章图片

　中间件模式的的优点：
　系统A慢慢的按照数据库能处理的并发量，从消息队列中慢慢拉取消息。在生产中，这个短暂的高峰期积压是允许的。
缺点
系统可用性降低、系统复杂性增加
使用场景
　消息队列，是分布式系统中重要的组件，其通用的使用场景可以简单地描述为：当不需要立即获得结果，但是并发量又需要进行控制的时候，差不多就是需要使用消息队列的时候
?在项目中，将一些无需即时返回且耗时的操作提取出来，进行了异步处理，而这种异步处理的方式大大的节省了服务器的请求响应时间，从而提高了系统的吞吐量。
为什么使用RabbitMQ
　AMQP，即Advanced Message Queuing Protocol，高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。
　AMQP的主要特征是面向消息、队列、路由（包括点对点和发布/订阅）、可靠性、安全。
　RabbitMQ是一个开源的AMQP实现，服务器端用Erlang语言编写，支持多种客户端，如：python、Ruby、.NET、Java、JMS、C、php、ActionScript、XMPP、STOMP等，支持AJAX。用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。
?总结如下：