由 dawei 这样的话，如果没有统一的服务框架，各个团队的服务提供方就需要各自实现一套序列化、反序列化、网络框架、连接池、收发线程、超时处理、状态机等“业务之外”的重复技术劳动，造成整体的低效。
因此，统一服务框架把上述“业务之外”的工作统一实现，是服务化首要解决的问题。
什么是RPC?
Remote Procedure Call Protocol，远程过程调用。
什么是“远程”，为什么“远”?
先来看下什么是“近”，即“本地函数调用”。
当我们写下：
int result = Add(1, 2);
这行代码的时候，到底发生了什么?
最容易想到的，两个进程约定一个协议格式，使用Socket通信，来传输：
入参
调用哪个函数
出参
如果能够实现，那这就是“远程”过程调用。
Socket通信只能传递连续的字节流，如何将入参、函数都放到连续的字节流里呢?
假设，设计一个11字节的请求报文：
前3个字节填入函数名“add”
中间4个字节填入第一个参数“1”
末尾4个字节填入第二个参数“2”
同理，可以设计一个4字节响应报文：
4个字节填入处理结果“3”
调用方的代码可能变为：
request = MakePacket(“add”, 1, 2);
SendRequest_ToService_B(request);
response = RecieveRespnse_FromService_B();
int result = unMakePacket(respnse);
这4个步骤是：
(1)将传入参数变为字节流;
(2)将字节流发给服务B;
(3)从服务B接受返回字节流;
(4)将返回字节流变为传出参数;
服务方的代码可能变为：
request = RecieveRequest();
args/function = unMakePacket(request);
result = Add(1, 2);
response = MakePacket(result);
SendResponse(response);
这个5个步骤也很好理解：
(1)服务端收到字节流;
(2)将字节流转为函数名与参数;
(3)本地调用函数得到结果;
(4)将结果转变为字节流;
(5)将字节流发送给调用方;