带你手把手实操一个RPC框架

前言：

这篇文章我们来聊一聊RPC框架，为什么要聊RPC呢 ？

首先从个人成长角度，如果一个新时代码农能清楚的了解RPC框架所具备的要素，掌握RPC框架中涉及的服务注册发现、负载均衡、序列化协议、RPC通信协议、Socket通信、异步调用、熔断降级等技术，可以全方位的提升基本素质。

其次，目前市面上也有非常多优秀的框架，GitHub上也有相关源码，但好记性不如烂笔头，只有自己真正了解并且动手去尝试写一个RPC框架，才是我们去掌握这门技术的最优路径。

一、介绍

研究一个概念或者框架，带着三个W去考虑，可能会对他有更加深刻的了解：

1）What，什么是RPC框架，RPC是 Remote Procedure Call 的简称，远程过程调用，那么什么叫远程过程调用呢，你可以理解为我们调用外部（远程）服务就像调用自己本地方法一样。

2）Where，RPC框架用在什么地方，在分布式系统和微服务盛行的今天，各业务系统会被独立拆分出来成为一个个独立的web应用，应用之间的交互和数据传输就成了必不可少的一环，RPC就是为了实现独立服务之间远程交互的框架。

3）Why，为什么需要一个RPC框架，服务之间的调用需要各种场景和因素的考虑，内部原理非常复杂和繁琐，同时在集群情况下，服务的负载均衡，熔断，限流等都是需要去考虑的，这时候就需要一个集服务注册发现、负载均衡、序列化协议、RPC通信协议、Socket通信、异步调用、熔断降级等技术为一体的技术去完成这些公共功能，RPC框架就是在这种情况下应运而生。

目前比较主流的RPC框架包括谷歌开源的GRPC、阿里巴巴的Dubbo、Netflix 的SpringCloud等。

二、RPC框架基本组成

RPC框架需要的最基本的三个要素：

• ServiceProvider: 服务提供方，提供相关服务接口。
• ServiceConsumer: 服务消费方，消费服务提供方的接口。
• Registry: 注册中心，用于进行服务的注册、发现、治理、高可用。

基于三个最基本要素，还会延伸出包括负载均衡器、熔断降级器、通信协议组件、序列化协议等等组件。

一个最简单的RPC调用模型图如下所示：

下面做一些名词的介绍和解释：

2.1 注册中心

注册中心是RPC框架中的管理者和协调者角色，虽然在远程过程调用中服务消费者会不经过注册中心，会直接向服务提供者发送请求，但是随着我们的服务方越来越多，每个服务的实例也不断变化的，且每个服务的地址，端口等信息是需要通知到消费方的，所以我们需要一个类似“管家”的角色，来负责管理服务注册和发现的工作，这个“管家”我们称之为注册中心。

一个合格的注册中心需要具备包括缓存和持久化服务提供方数据，动态更新服务提供者信息，动态监听服务提供方节点变化，推送节点变化到消费方，查询服务提供方数据等功能。

目前市面上比较流行的注册中心有：Zookper、 Nacos、Consul、Eurake等，针对于上面功能的实现方式也有所不同，以下是注册中心的对比：