首先，redis設計用來做快取的，但是由於它自身的某種特性使得它可以用來做訊息佇列，它有幾個阻塞式的API可以使用，正是這些阻塞式的API讓其有能力做訊息佇列；另外，做訊息佇列的其他特性例如FIFO（先入先出）也很容易實現，只需要一個list物件從頭取資料，從尾部塞資料即可；redis能做訊息佇列還得益於其list物件blpop brpop介面以及Pub/Sub（釋出/訂閱）的某些介面，它們都是阻塞版的，所以可以用來做訊息佇列。（List : lpush / rpop）

Redis提供了兩種方式來作訊息佇列: j點選開啟連結

另一個就是釋出訂閱者模式:也是一個或多個客戶端訂閱訊息頻道，只要釋出者釋出訊息，所有訂閱者都能收到訊息，訂閱者都是平等的。

一般使用list結構作為佇列，rpush生產訊息，lpop消費訊息。當lpop沒有訊息的時候，要適當sleep一會再重試。

如果不用sleep呢？list還有個指令叫blpop，在沒有訊息的時候，它會阻塞住直到訊息到來。

能不能生產一次消費多次呢？

使用pub/sub主題訂閱者模式，可以實現1:N的訊息佇列。pub/sub有什麼缺點？在消費者下線的情況下，生產的訊息會丟失，得使用專業的訊息佇列如rabbitmq等。