如何自己设计一个类似 Dubbo 的 RPC 框架？

目录

一、面试官心理分析

二、面试题剖析

一、面试官心理分析

        说实话，就这问题，其实就跟问你如何自己设计一个 MQ 是一样的道理，就考察两个：

        · 你有没有对某个 rpc 框架原理有非常深入的理解。

        · 你能不能从整体上来思考一下，如何设计一个rpc框架，考考你的系统设计能力。

二、面试题剖析

   遇到这类问题，起码从你了解的类似框架的原理入手，自己说说参照 dubbo 的原理，你来设计一下。举个例子，dubbo 不是有那么多分层么？而且每个分层是干啥的，你大概是不是知道？那就按照这个思路大致说一下吧，起码你不能懵逼，要比那些上来就懵，啥也说不出来的人要好一些。

给大家说个最简单的回答思路：

        · 上来你的服务就得去注册中心注册吧，所以得有个注册中心，保留各个服务的信息可以用 zookeeper 来做。

        · 然后消费者需要去注册中心拿对应的服务信息吧，而且每个服务可能会存在于多台机器上。

        · 接着就该发起一次请求了，咋发起？当然是基于动态代理了，你面向接口获取到一个动态代理，这个动态代理就是接口在本地的一个代理，然后这个代理会找到服务对应的机器地址。

        · 然后找哪个机器发送请求？就得有个负载均衡算法了，比如最简单的可以随机轮询。

        · 接着找到一台机器，就可以跟它发送请求了，第一个问题咋发送？可以说用 netty 了，nio 方式；第二个问题发送啥格式数据？你可以用 hessian 序列化协议或者是别的。然后请求过去了。

        · 服务器那边一样的，需要针对你自己的服务生成一个动态代理，监听某个网络端口了，然后代理你本地的服务代码。接收到请求的时候，就调用对应的服务代码。

( ps：一个点赞一份爱，点个关注不迷路！)