什么是消息队列，你知道我们为什么需要它吗？

一、什消什么是(shi)息队需消息队列？    在百度百科中，消(xiao)息队列是列知这么解释的：“消息队列”是在消息的传输过程中(zhong)保存消息的容(rong)器。     消(xiao)息队列全称为英文Message Queue简称（MQ）是道们一种应(ying)用程序对应用程序的通信方法。MQ是什(shen)消(xiao)消费-生产者模型的(de)一个典型的代表(biao)，一端往消息队列中不断写入消息，息队需而另一端则可以取队列中的(de)列知消息。消息发布者（生产者）只管把消息发(fa)布到MQ中(zhong)而不用管谁来取，道们消息使(shi)用者（消费方）只管从(cong)MQ中取消息而不用管是什消谁发布的。二、息队需(xu)为(wei)什么使用消息队列？列知   使用消息队列主要有两点好处：1.通过异步(bu)处理(li)提高系(xi)统性能（削峰、减少响应所(suo)需时间）;2.降低系统耦合性。道(dao)们(1) 通(tong)过异步处理提高系统性能(neng)（削峰、什消减少响应所需时间）在不使(shi)用消息队列服务器的息队需时(shi)候，用户的列知请求数据直接写入数据库，在高并发(fa)的情(qing)况(kuang)下数(shu)据库压力剧增，使得响应速度变(bian)慢。但是在使用(yong)消息队列(lie)之后，用户的请求数据发送给消息队列之后立即 返回，再由消(xiao)息队(dui)列的消(xiao)费者进程从(cong)消息队列中获取数据，异步写入数据库。由于(yu)消息队列(lie)服务器处理速度快于数据库（消息队列也比数据库有更好的(de)伸缩性），因此响应速度得到大幅改善。通过(guo)以上分(fen)析我们可以得出消息队列具有很好的削峰作用的功能(neng)——即通过异步处理，将短时间(jian)高并(bing)发产生的事务消息存储在消息队列中，从而削平(ping)高峰期(qi)的并发事(shi)务。 举例：在电子商务一些秒杀、促销活动中，合理使(shi)用消息队列可以(yi)有(you)效抵御促销活动刚开始大量订单涌入对系统的(de)冲击。因为(wei)用户请求数据写入(ru)消息队列之后就立(li)即返回(hui)给用户了，但(dan)是(shi)请求数据在后续的业务校验、写数据库等操作(zuo)中可能失败。因(yin)此使用消息队列进行异步处理之后，需要适当修改(gai)业务流程进行配合，比如用户在提交(jiao)订单之后，订单数据写入消息队列，不能立即返回用户订单提交成功，需要在消息队列的订单消费者进程真正处理完该订单之后，甚至出库后，再通过电子邮件或(huo)短信通知(zhi)用户订单成功，以免交易纠纷。这就(jiu)类似我(wo)们平时手机订火车票和电影票。(2) 降低系统耦合性  我们知道如果模块之(zhi)间不存在直接调用，那么新增模块或者(zhe)修改模块就对其(qi)他模块影响较小，这样(yang)系统的可扩展性(xing)无疑更好一些(xie)。  我们最常见的事件驱动架构类似生(sheng)产者(zhe)消费者模式，在大型网站中通常用利用(yong)消息队列实现事件驱动结构。  消息队列使利用发布-订阅模式工(gong)作(zuo)，消息发送者（生产者）发布消息，一个或多个消息接受者（消费者(zhe)）订阅消息。 从上图可以看到消息发送者（生产者）和消息接受者（消费者）之间没有直接耦合，消息发(fa)送者将消息发送至分(fen)布式消息队列(lie)即结束对(dui)消息的处理，消息接受者从分布式消(xiao)息队列获取该消息后进行后(hou)续处理，并不需要知(zhi)道该消息从何而(er)来。对新增(zeng)业务(wu)，只要对(dui)该类消(xiao)息感兴趣，即可订阅该消息，对原(yuan)有(you)系统和(he)业务没有任何影响，从而实(shi)现网站业务的可扩展性设计。  消息接受者对消息进行过滤、处理、包装后，构造成一个新的消息类型，将消息继续发送出去，等待其(qi)他消息接受者订阅该消(xiao)息。因此基于事件(jian)（消息对象）驱动的业务架构可以是一系列流(liu)程。  另外为(wei)了避免消息队列服务器宕机造成消息丢失，会将成功发送到消息队列的消(xiao)息存储在消息生产者服务器上，等消息真正被消费者服务器处理后才删除消息。在消息队列服务器宕机后，生产者服务器会(hui)选择分布式消息队列服务器(qi)集群中的其他服务器发布消息。

新网为用户提供快速创建(jian)、方便管理的消息中间件。http://www.xinnet.com/cs/rabbitmq.html