RPC项目
KrpcProvider的Run()
整体理解
- 服务端（RPC Provider）将自身提供的「服务 + 方法」注册到 ZooKeeper；
- 客户端（RPC Consumer）调用服务前，先去 ZooKeeper 查对应「服务方法」绑定的 IP:Port；
- 客户端拿到 IP:Port 后，直接与服务端建立网络连接，发起远程调用。
- 服务端注册到 ZooKeeper 的不是服务 / 方法的逻辑代码，而是「该服务方法能被访问的 IP:Port」；
- ZooKeeper 只做 “地址映射”：客户端查
/UserService/Login拿到192.168.1.100:8080，真正的业务逻辑调用是客户端直接连这个 IP:Port 完成的，ZooKeeper 不参与实际调用过程。
多服务端扩容的场景（为什么需要 ZooKeeper）
如果多个服务端都提供UserService服务（比如部署了 3 台机器），每台服务端启动时都会：
- 在
/UserService下创建自己的Login临时节点（数据是各自的 IP:Port）； - ZooKeeper 最终会有
/UserService/Login下多个临时节点（对应多台服务端）； - 客户端可以负载均衡（比如随机 / 轮询）选择其中一个 IP:Port 调用，实现服务端扩容。
- 如果某台服务端宕机（比如 192.168.1.100 挂了），它与 ZooKeeper 的连接会断开，对应的
/UserService/Login临时节点会被自动删除；客户端下次查询时，就不会拿到这个失效的 IP:Port，避免调用到宕机的服务端。