程序设计是这样的：线程A将要发给设备的指令先存到send频道，线程B订阅send频道，将数据保存到缓存中，线程C将缓存中的数据发送给设备终端。线程D接收数据回复。
2年了程序跑的还算没问题。最近，设备也由7万台增长到了10万台。程序现在最多跑1个小时，再发指令给设备，却收不到回复了。
打印了一段发送到redis的send频道的日志。发现这样的情况：
发布数据给send频道的日志
09:09:58 read指令
09:10:06 read指令
09:12:39 read指令
订阅send频道，打印日志
09:12:23
09:12:40
不知道为什么会间隔这么久，求大神指点。我没有积分，可怜可怜我吧。
采用订阅模式主动通知，如果没用正确回收淘汰肯定是无限增长的BUG，
多方面考虑有可能是超redis闸上限（当前服务器的内存大小超一点大小），他会以这种方式告知你有问题
可以做分布式来缓解压力，也可以治标不治本的把这个闸限取消