RPC学习笔记

介绍

RPC（Remote Procedure Call）远程过程调用，简单的理解是一个节点请求另一个节点提供的服务。

本地过程调用

1
2
3
4
5
6

def add(a, b):
    total = a +b
    return total
    
total = add(1, 2)
print(total)

函数调用过程：

1. 将1和2压入add函数的栈
2. 进入add函数，从栈中取出1和2分别赋值给a和b
3. 执行a + b将结果赋值给局部的total并压入栈
4. 将栈中的值取出来赋值给全局的total

远程过程调用面临的问题

1. Call ID映射
   我们怎么告诉远程机器我们要调用add，而不是sub或者foo呢？在本地调用中，函数体是直接通过函数指针来指定的，我们调用add，
   编译器就自动帮我们调用它相应的函数指针。而在远程过程调用中，函数指针是不行的，因为两个进程的地址空间是完全不一样的。
   所以，在RPC中，所有的函数都必须有自己的一个ID，这个ID在所有的进程中都是唯一确定的。客户端在做远程过程调用时，
   必须附上这个ID，然后我们还需要在客户端和服务端分别维护一个（函数<–>Call ID）的对应表。两者的表不一定需要完全相同，
   但相同的函数对应的Call ID必须相同。当客户端函数需要进行远程过程调用时，它就查一下这个表，找出相应的Call ID，
   然后把它传给服务端，服务端也通过查表，来确定客户端需要调用的函数，然后执行相应函数的代码。

2. 序列化与反序列化
   客户端如何把参数值传给远程的函数呢?在本地调用中，我们只需要把参数压到栈里，然后让函数自己去栈里读就行。
   但在远程过程调用时，客户端跟服务端是不同的进程，不能通过内存来传递参数。甚至有时候客户端和服务端使用的都不是同一种语言
   （比如服务端用C++，客户端使用Java或者Python）。这时候就需要客户端把参数先转成一个字节流，传给服务端，
   再把字节流转成自己能读取的格式，这个过程叫序列化和反序列化。同理，从服务端返回的值也需要序列化和反序列化的过程。

3. 网络传输
   远程调用往往用在网络上，客户端和服务端是通过网络连接的。所有的数据都需要通过网络传输，因此就需要有一个网络传输层。
   网络传输层需要把Call ID和序列化后的参数字节流传给服务端，然后再把序列化后的调用结果传回客户端。只要能完成这两者的，
   都可以作为传输层使用。因此，它所使用的协议其实是不限的，能完成传输就行。尽管大部分RPC框架都使用TCP协议，但其实UDP也可以，
   而gERPC干脆就用了HTTP2。

HTTP、RPC和restful之间的区别

RPC和HTTP

RPC必须要依赖网络传输协议，HTTP本身属于网络协议的一种，网络协议HTTP可以传输，我们直接基于TCP协议直接链接也可以，
HTTP协议只是实现RPC框架的一种选择。

RPC和restful

RPC和restful不是非此即彼，一般我们的服务想要对外提供服务的时候一般采用的是HTTP请求，但是这么多接口按照什么规范放出去，
这就是restful。restful只是一个规范而已，你完全可以不遵守。RPC一般是系统内部之间服务调用，
其中RPC的协议灵活性会使得我们传输性能更高，但是因为使用不方便所以一般在系统内部组件之间调用的时候使用。