中间件 - RPC内核架构

一、What

RPC：远程过程调用

二、Why

屏蔽底层细节，让系统专注于业务逻辑，而非实现细节

三、How

1. 序列化与反序列化：首先要搞定网络传输，必须要把对象序列化为字节流。
   方案一：自描述，比如xml，json等文本协议
   方案二：序列化协议，性能更好，通信内容都是干货，不像文本协议会有很多其他干扰杂质信息在里面，比如xml的标签等。
   序列化协议设计，考虑因素：解析效率、压缩率，传输有效性、扩展性，兼容性、可读性，可调试性、跨语言、通用性
   常用的序列化方法(协议)：xml/json、protobuf、avro、CORBA、mc_pack

2. 客户端
   同步RPC：
   a. 业务代码示例：Result = Add(Obj1, Obj2);//得到Result之前处于阻塞状态
   b. 核心组件：序列化组件、连接池组件
   c. 逻辑视图：
   

   异步RPC：
   a. 业务代码示例：Add(Obj1, Obj2, callback);//调用后直接返回，不等待结果，得到结果后调用这个回调函数。
   b. 核心组件：序列化组件、连接池组件、上下文管理器、下游收发队列、下游收发线程、超时管理器
   c. 逻辑视图：
   

   d. 异步架构，上下文管理器为什么必要，如何将请求-响应-回调等信息匹配起来的？答案是通过一个id，请求的时候发送到RPC Server，RPC Server响应的时候也要带上。
   e. 异步架构，超时管理器为什么必要？答案是：去掉超时没响应的请求，不然请求队列要爆掉了。

3. 服务端
   服务端比较简单，就是一个接受序列化信息进行反序列化，处理并对结果进行序列化，返回序列化结果给客户端。