一个简单RPC框架是怎样炼成的(I)——开局篇

开场白，这是一个关于RPC的相关概念的普及篇系列，主要是通过一步步的调整，提炼出一个相对完整的RPC框架。

RPC（Remote Procedure Call Protocol）——远程过程调用协议，基于C/S模型。网络上有一篇文章写得不错。能够去了解一下相关概念深入浅出RPC

这里，直接使用一下上面作者的一个示意图

watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvbWluZGZsb2F0aW5n/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center" alt="">

总结下来就是有4块核心内容

1. RPC数据的传输。如上面的RPCConnector。RPCChannel。它们主要负责传输数据这一块。 详细client与server之间的连接是不是socket连接。是原始tcp连接还是使用http，这些RPC协议本身不做不论什么规定。

   那么我们的任务就是抽象出这样一个传输层。

2. RPC消息。如上面的RPCProtocol， 以及encode，decode方法。

   由于RPC是远程调用。所以没办法直接函数调用。于是就必须用一套专门的协议，去表示调用以及调用结果。另外，由于实际应用基本都是跨机器连接，所以无法直接传递内存变量，也就是说还须要将消息编码成
   诸如字符串一类的能够跨设备传输的内容。详细的RPC消息的封装协议非常多，常见的是基于xml，json封装的。那么我们的任务就是抽象出这样一个协议层。

3. RPC服务注冊。

   如上面Callee -->export。 服务端详细支持哪些调用。收到来自client的RPC请求后，如何去调用真正的须要运行的方法，这些内容也是一个完整的RPC框架必须考虑的。一些略微高级一点的框架，都是能够服务自己主动注冊的。如今主流的RPC框架，还支持通过 IDL（Interface
   Definition Language）来定义远程接口，实现跨语言的RPC 。那么我们的任务就是抽象出一个RPC服务的注冊机制。

4. RPC消息处理。如上面的RPCInvoker。这里事实上与RPC本身关系不大，一般就是考虑支持异步/同步调用。 这一部分，大概我也会做一些说明，但不是这个系列的重点。

这次RPC框架的搭建，庄稼人将採用python作为开发语言，原因嘛。还有点不好意思：代码量少。方便解释（偷懒是码工的天性）。初步的想法是。整个框架是从原始的普通调用開始，然后一步步的演化。最后生成一个完整的RPC框架。

希望在这个过程中，能带给各位同学更深刻的RPC入门知识。以及代码改动的知识。说得有点高了，呵呵。