Redis-消息队列

消息队列，是在构建大型项目的时候 经常会用到的中间价系统，使用消息队列有很多好处，例如：
1. 实现各组件之间的松耦合。利用消息系统可以使各个组件之间面向数据，而不是面向具体的接口。
2. 易于扩展。对于消息系统而言，消费者和生产者都可以横向扩展。

使用Redis实现任务队列

提到队列，很自然的就会想到Redis的列表类型，可以利用列表类型的lpush和rpop命令来完成，生产者调用lpush向队列发布数据，消费者调用rpop命令从队列中获取数据。

#循环获取
loop
   $task = rpop queue
   if $task 
      #有任务则执行
      exec($task)
   else
     #等待一秒避免过于频繁
     wait 1 seconds

此处是用无限循环的方式获取不断检查队列中是否有任务，还可以利用Redis的brpop命令来阻塞获取队列中的数据，这样，当队列中有任务时，消费者就会马上获取，避免了频繁的循环。

loop
   $task = brpop queue 0  #0表示不设置超时时间
   exec($task)

使用Redis实现优先级队列

试想一下这样的场景，有两类任务task1和task2，task1中的任务比task2中的任务更重要，系统应该优先处理task1中的任务。

以上需求，如果用Redis类实现该怎么做呢？

brpop命令的另一种用法是：接收多个列表中的数据brpop queue1 queue2 0，当两个队列中都没有数据时，brpop会阻塞，当其中一个队列中有数据时，会获取该队列中的数据，当两个队列中都有数据时，会按照从左到右的顺序来获取数据。

利用第三个特性，我们很容易就可以实现一个带有优先级的队列：

loop
    $task = brpop 
                queue:confirmation.email
                queue:notification.email
                0
    exec($task)

使用Redis实现发布-订阅的消息系统

除了消息队列外，redis还提供了一组命令publish/ subscribe用来实现发布订阅模式下的消息传递。

发布-订阅模式中有两种角色，一种是发布者，一种是订阅者，发布者发布消息，订阅者消费消息，订阅了同一个频道的订阅者都会受到该频道的消息。

public channel message

subscribe channel