杂乱所得之RPC待整理

Posted 2020-09-15 LarryZeal

在计算机的世界里，不仅有程序内部的通信，还需要程序之间的通信，这又包含两大类：同一台主机的程序之间的通信、不同主机的程序之间的通信。

• 同一台主机的程序之间的通信就是IPC，IPC（Inter-process communication，单机中运行的进程之间的相互通信）。
• 不同主机的程序之间的通信有很多协议，其中之一就是RPC，RPC（Remote Procedure Call Protocol）。

本质上虽然是通信，但RPC 还是有着独特的特征：

• RPC 在使用形式上像调用本地函数（或方法）一样去调用远程的函数（或方法）。来自知乎 马秉尧

 

RPC采用C/S模式。请求程序就是一个Client，而服务提供程序就是一个Server。
有多种 RPC模式和执行。最初由 Sun 公司提出。IETF ONC 宪章重新修订了 Sun 版本，使得 ONC RPC 协议成为 IETF 标准协议。现在使用最普遍的模式和执行是开放式软件基础的分布式计算环境（DCE）。 来自百度

要知道实现RPC很麻烦呀，什么多线程、什么Socket、什么I/O，都是让咱们普通程序员很头疼的事情。于是就有牛人开发出RPC框架（比如，CORBA、RMI、Web Services、RESTful Web Services等等）。 来自知乎

 

RPC框架其实包含了两类协议：RPC通信协议、RPC序列化协议。

 

RMI就是Java版本的RPC实现。

 

1. Netty只是网络通信框架,目的是让你用最少的代码构建出足够支撑网络通信的功能。

2.完成RPC 需要两个协议： 对象序列化协议 和 调用控制协议

常见例子举例：

1.zeroC ICE，拥有自己的网络通信框架 + ICE 调用控制协议和对象序列化协议,同时也涵盖了服务组件的抽象部署等功能。

2.thrift，有自己的网络通信框架+thrift 对象序列化协议+thrift 调用控制协议

3.probuff，只是 对象序列化协议

4.XMLRPC ，jsonRPC，常见的语境是利用HTTP协议作为调用控制协议,XML 和 JSON 作为对象序列化之后的格式。

5.其他的大概也差不多了。

来自 知乎

序列化协议

1. Java原生的序列化协议把字段类型信息用字符串格式写到了二进制流里面，这样反序列化方就可以根据字段信息来反序列化。但是Java原生的序列化协议最大的问题就是生成的字节流太大 。
2. Hessian, Kryo这些协议不需要借助中间文件，直接把分帧信息写入了二进制流，并且没有使用字符串来存放，而是定义了特定的格式来表示这些类型信息。Hessian, Kryo生成的字节流就优化了很多，尤其是Kryo，生成的字节流大小甚至可以优于Protobuf。
3. Protobuf和Thrift利用IDL来生成中间文件，这些中间文件包含了如何分帧的信息，比如Thrift给每个字段生成了元数据，包含了顺序信息（加了id信息），和类型信息，实际写的二进制流里面包含了每个字段id, 类型，长度等分帧信息。序列化方和反序列化方共享这些中间文件来进行序列化操作。

--以上来自 关于序列化协议的思考