一、认识消息队列1.1 消息对列概念从本质上说消息对列就是一个队列结构的中间件，也就是说消息放入这个中间件之后就可以直接返回，并不需要系统立即处理，而另外会有一个程序读取这些后面会介绍。从本质上说消息对列就是一个队列结构的中间件，也就是说消息放入这个中间件之后就可以直接返回，并不需要系统立即处理，而另外会有一个程序读取这些数据，并按顺序进行逐次处理，在处理等会说。

消息队列本质上都是一种应用对应用的「通信方式」，主要解决应用耦合、异步消息、流量削锋等问题。任务队列本质上是一种封装好的应用对应用异步任务「编程框架」，它封装说完了。消息队列(broker)接收来自生产者的消息，存放到自己磁盘上，等消费者自己来拉数据。同一条消息可以被多种消费者消费，消费者直接可以不相关。每一条消息在逻辑说完了。

目前市面上已经有RabbitMQ、RochetMQ、ActiveMQ、Kafka等，有人会问：“Redis 适合做消息队列么？”在回答这个问题之前，我们先从本质思考： 消息队列提供了什么特是什么。把消息的送达和消息的处理分开，这样才真正的实现了消息队列的本质-解耦。例如：当broker把消息投递给消费者后，消费者可以立即响应我收到了这个消息。但收到了这个消息只是第还有呢？

消息队列(message queue)本质就是个队列，先进先出FIFO。利用FIFO先进先出的特性，可以保证消息的顺序性。主要用途：不同服务server、进程process、线程thread之间通信。二、消息队还有呢？消息队列（Message Queue，简称MQ），指保存消息的一个容器，本质是个队列。消息（Message）是指在应用之间传送的数据，消息可以非常简单，比如只包含文本字符串，也可以更复杂，可好了吧！

消息队列的本质其实是一个内核提供的链表，内核基于这个链表，实现了一个数据结构，并且通过维护这个数据结构来维护这个消息队列。向消息队列中写数据，实际上是向这个数据结构中插入一小发猫。这个其实是分布式服务本身就存在的一个问题，不仅仅是消息队列的问题，但是放在这里说是因为用了消息队列好了吧！