如何设计一个类似dubbo的RPC框架？
分析dubbo工作原理的多层，有以下思路：一、上来你的服务就得去注册中心注册，需要有注册中心，保留各个服务的核心，可以用zookeeper来做。二、然后你的消费者需要去注册中心去拿对应的服务信息，而且每个服务可能会存在多台机器上。三、接着就该发送一次请求了，基于动态代理，面向接口获取到一个动态代理，这个动态代理就是接口在本地的一个代理，然后这个代理会找到服务对应的机器地址。四、然后找哪个机器发送请
·
分析dubbo工作原理的多层，有以下思路：
一、 上来你的服务就得去注册中心注册，需要有注册中心，保留各个服务的核心，可以用zookeeper来做。
二、 然后你的消费者需要去注册中心去拿对应的服务信息，而且每个服务可能会存在多台机器上。
三、 接着就该发送一次请求了，基于动态代理，面向接口获取到一个动态代理，这个动态代理就是接口在本地的一个代理，然后这个代理会找到服务对应的机器地址。
四、 然后找哪个机器发送请求，要有一个负载均衡的算法，轮询，权重，一致性hash都可以。
五、 接着找到一台机器，就可以跟它发送请求了，怎么发送？用netty，nio方式。发送什么样的数据？可以用hessian序列化协议。
六、 服务器那边也是一样的，需要针对你的服务生成一个动态代理，监听某个网络接口，然后代理你本地的服务代码，接收到请求的时候，就调用相应的服务代码。
权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区
更多推荐
0
0- 0
已为社区贡献32条内容
所有评论(0)