RPC 结构流程
上一篇我们了解了什么是 RPC，以及 RPC 和 HTTP 的区别，这次我们了解下 RPC 的结构流程。
上一篇我们提到过 RPC 的优点是调用双方无需关心网络通讯的具体实现，就像写本地函数一样简单，在整个调用的过程中，RPC 会尽可能的让这个通讯过程对使用者透明。
那么， RPC 结构流程是什么样的呢？
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通讯），也可以自己定义某种格式，让客户端与服务端双方都遵循此种格式。 - 传输控制
在网络中数据的收发传输控制具体如何实现。
上面的两点我们会在之后的文章中学习，今天的文章就到这，Bye ~
Love & Share 
[ 完 ]
