一、What
RPC:远程过程调用
二、Why
屏蔽底层细节,让系统专注于业务逻辑,而非实现细节
三、How
-
序列化与反序列化:首先要搞定网络传输,必须要把对象序列化为字节流。
方案一:自描述,比如xml,json等文本协议
方案二:序列化协议,性能更好,通信内容都是干货,不像文本协议会有很多其他干扰杂质信息在里面,比如xml的标签等。
序列化协议设计,考虑因素:解析效率、压缩率,传输有效性、扩展性,兼容性、可读性,可调试性、跨语言、通用性
常用的序列化方法(协议):xml/json、protobuf、avro、CORBA、mc_pack -
客户端
同步RPC:
a. 业务代码示例:Result = Add(Obj1, Obj2);//得到Result之前处于阻塞状态
b. 核心组件:序列化组件、连接池组件
c. 逻辑视图:
异步RPC:
a. 业务代码示例:Add(Obj1, Obj2, callback);//调用后直接返回,不等待结果,得到结果后调用这个回调函数。
b. 核心组件:序列化组件、连接池组件、上下文管理器、下游收发队列、下游收发线程、超时管理器
c. 逻辑视图:
d. 异步架构,上下文管理器为什么必要,如何将请求-响应-回调等信息匹配起来的?答案是通过一个id,请求的时候发送到RPC Server,RPC Server响应的时候也要带上。
e. 异步架构,超时管理器为什么必要?答案是:去掉超时没响应的请求,不然请求队列要爆掉了。 -
服务端
服务端比较简单,就是一个接受序列化信息进行反序列化,处理并对结果进行序列化,返回序列化结果给客户端。