乐趣区

关于网络:RPC远程过程调用

jiezi

RPC- 近程过程调用

什么是 RPC

RPC，Remote Procedure Call，近程过程调用。
那么怎么去了解这个近程过程调用呢？咱们能够先了解一下绝对的本地过程调用。

本地过程调用

本地调用，很简略，艰深一点来说，就是你在你的我的项目中定义了一个函数，而后调用，这就是本地过程调用。

function add(x, y){return x + y;}

const a = 1, b = 2;
const result = add(a, b) // 这就是本地过程调用

如下面代码所示，先是定义了一个 add 函数，在代码块最初一行调用 add 函数的过程其实就是本地过程调用。
那么最初一行代码的执行，在计算机中的过程是怎么的呢？

  1. 计算机解析函数名
  2. 通过最底层的块级作用域始终往上找寻找函数申明的中央
  3. 计算机寻址，从内存中找到寄存该函数的地址
  4. 参数 a 和 b 入栈，执行函数逻辑
  5. 返回计算结果并赋值给result

ps: 这只是简略形容了一下本地调用的过程，其实计算机外部或者浏览器 V8 引擎做了许多优化。

近程过程调用

那么下面讲了本地过程调用，近程过程调用其实是类似的，只是函数申明定义及其作用域在远端，别的机器，别的服务上，因为不存在独特的内存空间，所以不能够间接像本地调用一样寻找到该函数。

那么，比照本地调用，近程调用还须要额定解决什么问题呢？

1. 通信问题

绝对于本地调用来说，不同服务和不同机器无奈共用同样的内存空间，因而无奈间接通信。因而须要建设 TCP 连贯，调用方和被调方的数据均是基于此连贯中进行替换。像 grpc 的框架，底层 tcp 连贯是基于 http2.0 协定的，其中的协定数据类型有 unary 和stream两种，其中差别是客户端和服务端的通信差别，底层还是通过二进制流拼凑的数据帧进行传输，并且在包头中会表明对应的数据类型。

  1. unary，通过一问一答的模式在客户端和服务端中进行通信。
  2. stream，其中又分为客户端流、服务端流和双工流。
    ①客户端流：客户端发送多条数据流，服务端答复一条。
    ②服务端流：客户端发送一条数据流，服务端答复多条。
    ③双工流：客户端和服务端都能够被动向对方发送数据流。
2. 寻址问题

基于第一步，两台机器中曾经建设连贯了，那么被调方怎么晓得调用方想调用哪个服务的哪个接口呢？这里就须要在建设 tcp 连贯进行数据传输的时候，须要调用方把被调方的 ip、端口和函数 id 等信息带过来，这部分信息个别称为 call ID 映射。
一般来说，调用方和被调方都会保护一个映射表，外面蕴含了调用函数的入参和出参，这部分有点相似与接口协议。

3. 序列化和反序列化

基于网络协议传输是二进制的模式，那么调用方传输的寻址信息和入参等数据须要序列化之后能力传输，而被调方先是反序列化数据，找到对应的函数，并在执行函数后将后果序列化后传回去给到调用方，最初调用方反序列化数据之后失去后果。

图片起源（https://www.cs.rutgers.edu/~pxk/417/notes/03-rpc.html）

为什么用 RPC

置信很多同学都有疑难，为啥要用 RPC 协定？为啥不能持续用 http/https 协定进行传输呢？
其实大家陷进了一个了解误区，就是 RPC 和 “ 不是两个平行的概念。
RPC只是一个函数调用，然而须要通过近程调用，因而底层通信传输是基于 TCP 协定的。
而 HTTP 协定是一个网络传输协定，底层也是基于 TCP 的，因而大家很容易产生误解。

那么为什么要用 RPC 进行呢？

1.RPC 协定，客户端和服务端都会保护一份构造和映射表，使调用和传输的数据更通明，单方都能够更严格地制约调用参数和回包参数的类型，从而缩小 bug。

2. 对 TCP 传输进行优化，如：二进制流传输，无用包头信息破除，包体压缩，字节编码解码优化等。其实基于 HTTP2.0 这些性能曾经反对了，因而 gRPC 的 TCP 传输也是参考 HTTP2.0 的。

3.rpc 结构层能够做更多的监控，容错和性能优化。

参考文章：
https://www.zhihu.com/question/25536695
https://www.zhihu.com/question/41609070

退出移动版