序言
发布订阅在设计模式中也可以说是观察者模式，针对这个模式是处理对象间一对多的依赖关系的，当一个对象发生变化，其它依赖他的对象都要得到通知并更新。
然而它也有自己的缺点，就是当主题发生一系列的变化时，观察者都要做批量的更新，如果这样的更新成本很高，那么解决方法就是根据种类需求通知，而不能盲目的通知所有的观察者。
那针对这个缺点，一般的情况下，你没有需求谁订阅一个跟自己无关的消息推送呢？这也正好说明推送的消息需要整理而不能一窝蜂的什么消息都往一个通道里面抛，要分而治之，合理的设计发布通道的用途，也合理的订阅通道。
那么如此一来，升级到系统项目级别，他别给我们又带来啦，莫大的好处，便是：剥离系统耦合，减少单线功能的依赖关系，又正迎合啦高内聚，松耦合的系统架构设计。
扯拉这么多，只当废话啦，因为我这一篇的序言里面也不知道写什么段子啦，就这样吧。
Redis中的发布/订阅功能
这一节参考官方文档：https://redis.io/topics/pubsub
首先我准备啦1个redis服务，3个客户端，如下图所示：
然后打开官方文档，首先可以看到以下6个命令，对，就只有这6个命令，只要你能掌握理解，发散思维灵活运用。吐纳，吐纳，那么道于此，生一，生二、生三，生万物，根本不在话下！！C，C，C，WC, 小伙，以后拯救世界就看你啦。
