Creat-qc

细说

docker-compose.yml 里面加上端口映射 80：80，且设置 user：root

我忘了总结问题是什么了，这个问题是 客户端 订阅的 topic 是 gate/HD_chat/face ，然后 服务器端 gate模块 声明的 id是 HD_chat，我知道前面的chat 是表示 模块的id，用于匹配的，我不懂的地方是为什么 我订阅的路径后面多了个face，但是 发送消息的时候仍然可以发送成功，这个没有日志前辈，我截个代码的图你看看。  

session的存储不是需要自己实现吗，这个可以通过 验证 session的连通性 判断，不连通的话就删除记录

最新的提交好像是5月份的

前辈，你是说客户端重连nats嘛，我今天看了下nats的官方文档，上面显示如果断开大多数情况会自动重连，我也没有设置成不允许重连，然后我看了下客户端的启动代码，我是仿照mqant的文档写的，没有对nats的配置 func main() { task := task.LoopTask{ C: 1, } manager := chat.NewManger(task) fmt.Println("chatroom-client启动") task.Run(manager) c := make(chan os.Signal, 1) signal.Notify(c, os.Interrupt)

这个项目不是可以直接拿来用的吧，作者只是提供了这样的思路，比如一致性hash可以解决节点变动带来的问题。上到生产环境的话肯定要加以完善的。比如上面说的需要记录各个节点的位置。

peer后面跟的字母没有意义，我理解真正起到节点排序作用的是节点名称hash后的值，这里作者可能只是随便写了几个数字，（不然key2两边为什么会有key11和key23），理解作者的意思就好，我和你对一致性hash的理解是一致的