手写 RPC 框架 - 个人笔记+梳理+总结+扩展点实现...的全部评论

肯定要区分啊。注册中心注册服务，查完注册中心才知道是本地的服务，再将请求打过去。这里单台机器所以都是用本地注册？

我感觉这两个功能都类似 注册中心存储服务相关信息，包括ip端口， 以及服务名 然后本地注册器注册的是实体类与服务的映射关系 那么能不能直接将服务与ip端口实体类这样一个整体映射 然后到时候消费者解析获得对应的ip 端口号 然后发送请求 提供者再根据参数找到对应的实体类

最后一句话“提供者再根据参数找到对应的实体类”，怎么找呢？提供者用 Map 保存参数->实体类的映射信息吗？如果是，那这个 Map 就已经是本地注册器了

我看了篇博客说是dubbo原本没有区分本地注册器和注册中心 这样有个缺点就是注册中心存储了太多的数据 ip：端口：实现类这样 到时候服务一多 就会造成注册中心压力过大 为了缓解注册中心压力 也就减少了注册的数据 然后将剩下的数据划分到本地注册器注册 这样的缺点就是导致消费者寻找服务变得更加复杂 但是总体来说是利大于弊 https://blog.csdn.net/qq_45260619/article/details/136232627这是地址

之所以数据注册到本地服务器能缓解压力是因为 每个服务提供者都是不同的主机 相当于把所有数据分散给所有主机

不过鱼皮项目里的注册中心存的是全量数据 ip：端口：实现类这样 这个我就不理解了 专门划分本地注册器的话 只需要存储ip：端口就好了

同问cy