RPC(Remote Procedure Call):允许程序调用另一个地址空间（通常是共享网络的另一台机器上）的过程或函数，且不需要显式编码这个远程调用的细节。

IDL(Interface description language)

用来描述软件组件界面的一种计算机语言。IDL通过一种中立的方式来描述接口，使得在不同平台上运行的对象和用不同语言编写的程序可以相互通信交流；比如，一个组件用C++写成，另一个组件用Java写成。IDL通常用于远程调用软件。在这种情况下，一般是由远程客户终端调用不同操作系统上的对象组件，并且这些对象组件可能是由不同计算机语言编写的。IDL建立起了两个不同操作系统间通信的桥梁，它实现端对端之间可靠通讯的一套编码方案。

传输数据的序列化和反序列化

序列化和反序列化描述

序列化与序列化主要解决的是数据的一致性问题。对于数据的本地持久化，只需要将数据转换为字符串进行保存即可是实现，但对于远程的数据传输，由于操作系统，硬件等差异，会出现内存大小端，内存对齐等问题，导致接收端无法正确解析数据。

序列化

序列化数据交换协议

序列化与反序列化为数据交换提供了可能，但是因为传递的是字节码，可读性差。在应用层开发过程中不易调试，为了解决这种问题，最直接的想法就是将对象的内容转换为字符串的形式进行传递。如：JSON, Protobuf，XML。这些数据交换协议可视为是应用层面的序列化/反序列化。

数据交换协议如何选择

协议	性能	数据大小	可读性
JSON	良	良	优
Protobuf	优	优	差
XML	中	中	中

RPC(Remote Produce Call)

RPC框架的原理

RPC框架的原理
概念解释
Client：服务消费方。
Server：服务提供方。
(1).Client以调用本地服务方式调用远程API。
(2).Client Stub负责接收参数，方法等，将其封装（编码）成能够进行网络传输的消息体。
(3).Client Stub负责网络寻址，将消息体发送对应的服务端。
(4).Server Stub负责接收消息，并解码成服务端能够识别的信息，调用对应的服务端方法。
(5).Server本地服务将调用结果发送给Server Stub。
(6).Server Stub将返回结果包装成消息体返回给Client Stub。
(7).Client Stub接收消息并进行解码。
(8).Client获取到最终调用结果。

框架实现

RPC框架实现
概念解释
(1).RpcCaller服务消费方通过RPCClient去import（导入）远程接口方法。
(2).RpcCallee服务提供方通过RPCServer去export（导出）远程接口方法。
(3).RpcProxy负责远程接口的代理实现。
(4).RpcProtocol负责协议编/解码。
(5).RpcConnector负责维持客户方和服务方的连接通道以及发送消息体至服务方。
(6).RpcAcceptor负责接收客户方的消息体并返回结果。
(7).RpcInvoker在Client中负责编码调用信息和发送调用请求至服务，并等待结构返回；在Server中负责调用服务端接口的具体实现并放回调用结果。
(8).RpcProcessor负责服务方控制调用过程，包括管理线程池，调用超时时间等。