WebRPC的结构流程是怎样的

RPC 的结构流程图

 

1、Caller （客户端）以本地调用的方式发起调用

2、 Client stub（客户端存根，可理解为辅助助手）收到调用后，负责将被调用的方法名、参数等打包，编码成特定格式的、能进行网络传输的消息体

3、 Client stub 将消息体通过网络发送给对端（服务端）

4、Server stub（服务端存根，同样可理解为辅助助手）收到通过网络接收到消息后按照相应格式进行拆包解码，获取方法名和参数

5、Server stub 根据方法名和参数进行本地调用

6、被调用者（Callee，也叫 Server ）本地调用执行后将结果返回给 server stub

7、Server stub 将返回值打包编码成消息，并通过网络发送给对端（客户端）

8、Client stub 收到消息后，进行拆包解码，返回给 Client；

9、Client得到本次RPC调用的最终结果。

上面的 1-9 就是 RPC 的整个通讯的结构流程，而为了能够实现让整个通讯过程透明且好用，  RPC 把 2-8 的流程封装起来，我们调就完事了。 

还有什么？

在了解了 RPC 流程之后，为了实现 RPC，我们还需要关注两点：

• 消息协议

  客户端调用的参数和服务端的返回值这些在网络上传输的数据以何种方式打包编码和拆包解码。

  我们可以使用HTTP协议中关于报文格式的规定（如此一来，就编程了HTTP通讯），也可以自己定义某种格式，让客户端与服务端双方都遵循此种格式。

• 传输控制

  在网络中数据的收发传输控制具体如何实现。