1. 为什么说要搞定微服务架构，先搞定RPC框架？
如果没有统一的服务框架，RPC框架，各个团队的服务提供方就需要各自实现一套序列化、反序列化、网络框架、连接池、收发线程、超时处理、状态机等“业务之外”的重复技术劳动，造成整体的低效。
所以，统一RPC框架把上述“业务之外”的技术劳动统一处理，是服务化首要解决的问题。
RPC框架能够让调用方“像调用本地函数一样调用远端的函数（服务）”。
2. RPC框架职责
通过上面的讨论，RPC框架要向调用方屏蔽各种复杂性，要向服务提供方也屏蔽各类复杂性：
1）调用方感觉就像调用本地函数一样
2）服务提供方感觉就像实现一个本地函数一样来实现服务
所以整个RPC框架又分为client部分与server部分，负责把整个非（1）（2）的各类复杂性屏蔽，这些复杂性就是RPC框架的职责。
再细化一些，
client端又包含：序列化、反序列化、连接池管理、负载均衡、故障转移、队列管理，超时管理、异步管理等等等等职责。
server端包含：服务端组件、服务端收发包队列、io线程、工作线程、序列化反序列化、上下文管理器、超时管理、异步回调等等等等职责。
3.