RPC简述

为什么需要RPC

为什么需要RPC框架？ RPC不也可以通过HTTP来实现吗？或者基于TCP、UDP，那么封装为RPC的意义是什么？说到底还不是进行远程网络连接，然后再交换点数据嘛。

我的理解是RPC的重点不在通信上。

RPC是远端过程调用，包括了远程传输协议也包括远程序列化协议。

普通的HTTP可能携带了很多并不需要的数据，自义定TCP可以做更多的个性化优化。但是也有RPC框架选择使用HTTP2.0，应该是2.0的版本做了很多改进已经满足需求。

但是我们直接使用HTTP的时候，比如说暴露一个RSETful 接口，但是调用的时候还是要发起http请求。你有一个系统，如果是单体的，那调用其他接口的方法其实可以直接通过本地调用，当你将一个系统进行拆分，不同的功能分布在不同的节点上，完成一个操作依赖好几个功能，这些功能直接需要互相调用，如果每次都要写很多个http调用就不划算了。使用RPC就可以像本地调用那样方便。

市面上的RPC框架封装了除了通信之外更多的东西，比如服务发现、限流、负载均衡、灰度等等。

总而言之就是封装普通的通信、数据交换，再简化调用，让调用者感觉不到远程连接的过程。

RPC如何实现

RPC 就是要像调用本地的函数一样去调用远程函数。

在RPC中，所有的函数都必须有自己的一个ID。这个ID在所有进程中都是唯一确定的。客户端在做远程调用时，必须带上这个ID。
在客户端和服务端分别维护一个 ： 函数 <–> Call ID 的对应表。两者的表不一定需要完全相同，但相同的的函数对应的Call ID必须相同。