消息队列

任务异步化

打开浏览器，输入地址，按下回车，打开了页面。于是一个 HTTP请求（ request）就由客户端发送到服务器，服务器处理请求，返回响应（ response）内容

我们每天都在浏览网页，发送大大小小的请求给服务器。有时候，服务器接到了请求，会发现他也需要给另外的服务器发送请求，或者服务器也需要做另外一些事情，于是最初们发送的请求就被阻塞了，也就是要等待服务器完成其他的事情。

 

消息队列一般是，服务器不想同时执行多个任务，或者是有大量的并发任务的时候，有缓冲作用，做中间件，如果是memcacheQ，还可以帮你持久化，即使服务器挂了，也没问题。

 

更多的时候，服务器做的额外事情，并不需要客户端等待，这时候就可以把这些额外的事情异步去做。从事异步任务的工具有很多。主要原理还是处理通知消息，针对通知消息通常采取是队列结构。生产和消费消息进行通信和业务实现。

 

排序保证 

在许多情况下，数据处理的顺序都很重要。消息队列本来就是排序的，并且能保证数据会按照特定的顺序来处理。（先进先出）的顺序来处理，因此消息在队列中的位置就是从队列中检索他们的位置。

 

Redis提供了两种方式来作消息队列。一个是使用生产者消费模式，另外一个方法就是发布订阅者模式。前者会让一个或者多个客户端监听消息队列，一旦消息到达，消费者马上消费，谁先抢到算谁的，如果队列里没有消息，则消费者继续监听。后者也是一个或多个客户端订阅消息频道，只要发布者发布消息，所有订阅者都能收到消息，订阅者都是ping的。

使用消息队列的10个理由 http://www.oschina.net/translate/top-10-uses-for-message-queue

redis实现简单消息队列 http://www.jianshu.com/p/9c04890615ba

Redis函数手册 http://blog.sina.com.cn/s/blog_3dbab2840100uo5l.html