看了好多遍，有一个问题指教一下，哈
7.3节
此过程主要记录的信息包含：
1）uid（用户id）；
2）Login服务器IP/Port；
3）Route服务器的IP/Port。
这是将uid和login服务关联信息保存到online服务吧？那这个router服务器的信息保存起来有什么作用，而且用户请求登录验证的时候，也不知道router服务器信息吧

引用：JackJiang 发表于 2021-06-14 20:26
login服务器主要负责接入层，router服务器负责消息的收发路由，login+router服务信息，聊天消息就可以准 ...

记录这个login+router的通信链路，实际的意义在哪里呢
个人理解是：
上行消息：login->router，这个router是需要通信链路保存的那个吗，不需要吧，对于集群多个router节点来说，应该任何一个都可以处理吧；
下行消息: 业务系统->router->login，对于集群多个router节点，业务系统是随机找一个router节点发送的，那此时保存的login+router通信链路好像也没意义了。这个时候应该是router收到消息、查找online服务获取消息应该发送到哪个login服务即可吧。

理解可能有点偏了，希望指点一下，谢谢

引用：JackJiang 发表于 2021-06-15 14:47
就这么说，如果把login->router这两个东西合二为一，不拆分开，你仔细想想是不是就好理解了。
作者之所 ...

哈，明白，就怕作者的意图被我理解歪了。
另外那个推送服务，数据输入方是谁啊，业务系统调用推送服务？
推送服务需要判断用户是否在线，如果在线是不是发给router服务，正常情况下router也要判断用户在哪个login服务，这就进行了2次判断了，是否重复了？
业务系统下发信息，文中说是发给router服务，如果router发现用户不在线，那么router是否有把消息发给推送服务的功能，那此时感觉推送服务又要判断应该怎么推送，也得判断用户在线
请问一下这个推送服务的数据流是怎么样的，对接哪些微服务？

引用：JackJiang 发表于 2021-06-15 15:33
推送服务是可以做到提供给别的服务调用的，比如开放http接口。
判断在线的问题，其实就是你上面纠结的lo ...

哈，再参悟参悟哈，谢谢啦