发布与订阅
除了实现任务队列外， Redis还提供了一组命令可以让开发者实现“发布/订阅”（publish/subscribe）模式。
“发布/订阅”模式同样可以实现进程间的消息传递，其原理是这样的：
“发布/订阅”模式中包含两种角色，分别是发布者和订阅者。
订阅者可以订阅一个或若干个频道（channel），而发布者可以向指定的频道发送消息，所有订阅此频道的订阅者都会收到此消息。
SUBSCRIBE 、 UNSUBSCRIBE 和 PUBLISH 三个命令实现了发布与订阅信息泛型（Publish/Subscribe messaging paradigm），在这个实现中，发送者（发送信息的客户端）不是将信息直接发送给特定的接收者（接收信息的客户端），而是将信息发送给频道（channel），然后由频道将信息转发给所有对这个频道感兴趣的订阅者。
发送者无须知道任何关于订阅者的信息，而订阅者也无须知道是那个客户端给它发送信息，它只要关注自己感兴趣的频道即可。
对发布者和订阅者进行解构（decoupling），可以极大地提高系统的扩展性（scalability），并得到一个更动态的网络拓扑（network topology）。
比如说，要订阅频道 foo 和 bar ，客户端可以使用频道名字作为参数来调用 SUBSCRIBE 命令：
redis> SUBSCRIBE foo bar
当有客户端发送信息到这些频道时， Redis 会将传入的信息推送到所有订阅这些频道的客户端里面。
正在订阅频道的客户端不应该发送除 SUBSCRIBE 和 UNSUBSCRIBE 之外的其他命令。
其中， SUBSCRIBE 可以用于订阅更多频道，而 UNSUBSCRIBE 则可以用于退订已订阅的一个或多个频道。
SUBSCRIBE 和 UNSUBSCRIBE 的执行结果会以信息的形式返回，客户端可以通过分析所接收信息的第一个元素，从而判断所收到的内容是一条真正的信息，还是 SUBSCRIBE 或 UNSUBSCRIBE 命令的操作结果。
订阅消息
127.0.0.1:6379> subscribe first second
频道转发的每条信息都是一条带有三个元素的多条批量回复（multi-bulk reply）。
信息的第一个元素标识了信息的类型：
- subscribe ：表示当前客户端成功地订阅了信息第二个元素所指示的频道。而信息的第三个元素则记录了目前客户端已订阅频道的总数。
- unsubscribe ：表示当前客户端成功地退订了信息第二个元素所指示的频道。信息的第三个元素记录了客户端目前仍在订阅的频道数量。当客户端订阅的频道数量降为 0 时，客户端不再订阅任何频道，它可以像往常一样，执行任何 Redis 命令。
- message ：表示这条信息是由某个客户端执行 PUBLISH 命令所发送的，真正的信息。信息的第二个元素是信息来源的频道，而第三个元素则是信息的内容。
127.0.0.1:6379> publish first Hello
当订阅者决定退订所有频道时，它可以执行一个无参数的UNSUBSCRIBE命令：
redis>UNSUBSCRIBE
而关于key，有几个点要提醒大家：
- 1.key不要太长，尽量不要超过1024字节，这不仅消耗内存，而且会降低查找的效率；
- 2.key也不要太短，太短的话，key的可读性会降低；
- 3.在一个项目中，key最好使用统一的命名模式，例如user:10000:passwd。