为什么需要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必须相同。
当客户端需要进行远程调用时，它就查一下这个表，找出相应的Call ID，然后把他传给服务器。服务器也通过查表，来确定客户端需要调用的函数，然后执行相应函数的代码。
客户端和服务端之间的参数传递，需要通过序列化和反序列化，先将参数转换为字节流。
网络传输，需要一个网络传输层，网络传输层需要将Call ID 和序列化后的参数字节流传给服务器，然后再把序列化后的调用结果传回客户端。
大部分RPC框架都使用TCP，UDP也可以。gRPC使用了HTTP2，Java的Netty也属于这层的东西。
RPC和？？？
- RPC 和 HTTP
不是一个维度的东西，RPC可以将HTTP进行封装，RPC像一个系统性的概念，http就是一个文本传输协议。 - RPC 和 Restful
也不是一个维度的概念， Restful面向资源，并且可读性要更好，如果你的系统并没有很大，也没有必要用RPC。
|