目前go-fly客服系统是通过内存来记录客服和访客的映射关系 , 不能用于分布式的环境下 , 只能单机使用 , 后续如果要支持分布式 , 可以考虑redis的pub/sub机制

1.基于pub/sub的特点，他的典型使用场景就是实时消息系统，比如即时聊天，群聊等功能

2.还常用作减轻高并发的I/O写压力，例如大量的写日志操作，如果实时写入日志文件或者数据库，会造成I/O超负荷，降低系统性能，那么就可以用pub/sub方式，写日志时先不进行写操作，而是向日志频道发布一条日志消息，然后有一个单独的日志程序来订阅日志频道，异步的读取日志消息写入文件或数据库

3.也可以用于替换list的消息队列 , 可以多个消费者去消费

 

基本用法就是:

订阅者:

SUBSCRIBE  频道     //这时候会阻塞住

发布者:

PUBLISH 频道 //往频道发布消息

 

 

精彩链接

评论可见，请评论后查看内容，谢谢！！！评论后请刷新页面。