基础拾遗------特性详解
基础拾遗------webservice详解
基础拾遗------redis详解
基础拾遗------反射详解
基础拾遗------委托详解
基础拾遗------接口详解
基础拾遗------泛型详解
基础拾遗-----依赖注入
基础拾遗-----数据注解与验证
基础拾遗-----mongoDB操作
基础拾遗----RabbitMQ
前言消息队列,在高并发环境下，由于来不及同步处理，请求往往会发生堵塞，比如说双十一很多人进行下单，购买物品这是对于数据的操作是非常之大的，不管是是insert还是update是不是都有及时操作数据库，那么就有可能造成数据库思索移除什么堆积阻塞。那么我们这时是不是加入异步，nosql是不是能减轻其压力，那么这中间剑气的桥梁就是mq了，当然她的使用场景有很多，我们接下来把社么是消息队列了解清楚它是怎么一回事之后，希望大家能在自己的项目中灵活应用即可。
消息队列（MQ）我们先从图文上说一下它的使用场景，异步处理，应用解耦，流量削锋和消息通讯四个场景。因为以前开发过商城所以就以下载订单来叙述一下，他的适应场景吧。
异步处理比如我们下载订单后发送邮件与短信给使用者（简单举例一般不会哈）。那么我们在写程序一般怎么处理呢？（1）把下单信息存入数据库中，调用邮件，短信接口，发送（并行发送或者一个一个发送），返回界面。但是我们计算一下如果每个操作时间为30ms那么最少也需要60ms，多的情况是90ms，
那么如果我们加入消息队列将是一个怎样的情况呢，我们先把下单信息存入数据库，同时把信息放到消息队列。然后就不用管它了。这样的话所用时间就是30ms+1ms(存消息队列)。其实放消息队列中还是要管的的，但那是消费者的事和下单这个生产这无关。
还是商城下载订单的问题，当我们商城下载订单，然后公司内部erp中库存管理相应库存进行同步。一般我们怎么处理，下载完订单，调用erp系统，然后处理erp数据，接着把erp数据库中的信息进行同步到商城，这个时候处理上面提到的效率，还有一个问题，需要解决：如果两个系统不能同时访问，你会怎么做。那么我们就要对两个系统进行解耦了对不对。这个时候消息队列就有了用武之地。如下图：其实消息队列在这个功能下，我们的erp系统也有写入的时候，在这不再累述业务，大家了解消息队列的用途即可。
做过商城的应该都会遇到这个问题，当举行活动是拥挤大量的用户，可能会是系统崩溃，这时候流量控制，和异常处理是一件特别重要的工作。当然请不要说在这其他方法，我们不对其进行讨论，我们尽对消息队列的使用做简单介绍。
消息通讯是指，消息队列一般都内置了高效的通信机制，因此也可以用在纯的消息通讯。比如实现点对点消息队列，或者聊天室等
以上我们大致说了一下他的使用场景，那么不知道大家有没有了解到它到底是个什么东西？
其实吧消息队列就是一个生产者，把相应消息（对象）放到消息队列（中间件中），然后它就什么都不用管了，接下来消费者（或者叫订阅者）去消息队列中间件中去获取订阅的信息，它自己再去处理。能解决的问题咱们从上面的场景应该已经了解到了，解耦，提高效率。那么重点来了消息队列中间件又是什么呢？它都有哪些，又是怎么实现的呢？下面我们就来了解其中的一个中间件RabbitMq。
RabbitMq