【RFC】RFC远程函数调用-微服务的理解-用通俗的语言解释一下什么是 RPC 框架

前言:

来源知乎：用通俗的语言解释一下什么是 RPC 框架？的提问，只是自己进行了一下思路的整理和整合，方便留作存档
https://www.zhihu.com/question/25536695/answer/154614906

RFC接口代码实现：点此跳转

1.为什么要用RFC（远程过程调用）

RFC，也就是本地的应用的某个函数，去调用其他电脑上的某个函数：

作者：得闲野鹤
链接：https://www.zhihu.com/question/25536695/answer/154614906

1. 早期单机时代，一台电脑上运行多个进程，大家各干各的，老死不相往来。假如A进程需要一个画图的功能，B进程也需要一个画图的功能，程序员就必须为两个进程都写一个画图的功能。这不是整人么？于是就出现了IPC（Inter-process communication，单机中运行的进程之间的相互通信）。OK，现在A既然有了画图的功能，B就调用A进程上的画图功能好了，程序员终于可以偷下懒了。到了网络时代，大家的电脑都连起来了。以前程序只能调用自己电脑上的进程，能不能调用其他机器上的进程呢？于是就程序员就把IPC扩展到网络上，这就是RPC（远程过程调用）了。现在不仅单机上的进程可以相互通信，多机器中的进程也可以相互通信了。

2. 在做一个访问量不大的项目的时候,一台服务器部署上一个 应用+数据库 也就够了。访问量稍微大一点之后，为了解决用户反馈的卡、反应慢的情况,我们就上集群，架设nginx,部署多个服务,由nginx负责把请求转发到其他服务上,这样就解决了用户说的卡慢问题.

3. 过了一段时间之后,我们发现数据库已经扛不住了,应用服务完好,数据库有时候宕机。 那这个时候呢,我们就上数据库读写分离,再架设几台数据库服务器,做主从,做分库分表. 然后数据库也不宕机了,服务又恢复了流畅.

4. 又过了一段时间,公司事业蒸蒸日上,服务访问量越来越高,且大部分都是查询, 吸取之前宕机且为了保证数据库的健壮性,这个时候又加上了缓存, 把用户高频次访问的数据放到缓存里.

5. 后来,项目功能越来越多,整个项目也愈发庞大,修改一个类就需要全盘上传,切换nginx来重启,这样的发布流程越来越长,越来越繁杂。然后我们开始把模块拆分,用户信息读取分一个项目,订单系统读取分一个项目，这样就达到了目的，用户模块代码修改的时候,只需要更新用户信息对应的服务就好了，不需要再一起重启订单系统。但是还是需要切换顶层的nginx，（未重启前，数据在备用机上跑，然后把主机重启，然后切到备用机，把备用机也重启）把要重启的服务的流量切到可用服务上. 这个时候我们就想到了RPC（远程过程调用）

6. RFC可以完成无法在一个进程、甚至一个计算机内通过本地调用完成的需求，比如不同系统间的通讯，甚至不同组织间的通讯。可以使得某台计算机可以调用其他计算机上定义的函数，去进行分布式的处理。

2.那么RPC（远程过程调用）解决了什么呢?

• 解决了拓展服务时的耗时间长，浪费资源等问题。

• 所有的服务在启动的时候注册到一个注册机里面，然后顶层处理在接收到nginx的请求时，去注册机找一个可用的服务，并调用接口，这样子，在不加新功能的时候,顶层处理服务我们就不需要动了。

• 那修改了用户信息项目的时候,我们只需要一个个更新用户信息项目的服务群（可以想象到，这样的服务都是分块的而且比较小的）就好了，这样的话,无论是扩展还是服务的健壮性都妥妥的了。

3.什么是RFC：

作者：洪春涛
链接：https