目前go-fly客服系统是通过内存来记录客服和访客的映射关系,不能用于分布式的环境下,只能单机使用,后续如果要支持分布式,可以考虑redis的pub/sub机制
1.基于pub/sub的特点，他的典型使用场景就是实时消息系统，比如即时聊天，群聊等功能
2.还常用作减轻高并发的I/O写压力，例如大量的写日志操作，如果实时写入日志文件或者数据库，会造成I/O超负荷，降低系统性能，那么就可以用pub/sub方式，写日志时先不进行写操作，而是向日志频道发布一条日志消息，然后有一个单独的日志程序来订阅日志频道，异步的读取日志消息写入文件或数据库
3.也可以用于替换list的消息队列,可以多个消费者去消费
基本用法就是:
订阅者:
SUBSCRIBE 频道 //这时候会阻塞住
发布者:
PUBLISH 频道 //往频道发布消息
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
