RPC是远程过程调用
什么意思呢?
你以前调用的都是本地的服务,如:
val you = PersonManager.getById("007");
这个很简单,你也很熟悉,PersonManager是本地内存的一个静态对象嘛,调用它的getById方法嘛
但是假设这个服务提供方是另外一台机器呢?
这个时候你可能会基于HTTP设计一个“上层的”协议,然后以上简单的一句调用会被分解成以下步骤:
(1)你的程序作为客户端,连接到http://host,提交POST请求到服务器的某个servlet:
为了告诉服务器你要做什么调用,你需要把调用信息封装(序列化)到request消息体里面,例如设计成
{
method: 'getById'
parameters:[
'007'
]
}
(2)servlet解析(反序列化)request消息体,映射成方法名及其参数
(3)根据以上签名,servlet调用本地真正的服务,获取到you对象
(4)servlet将you对象的信息包装(序列化)到response消息中
(5)客户端取到response消息体,解析(反序列化)成Person对象
这个时候,返回值才真正变成本地的对象(其实是一个代理对象),接下来就是消费咯!
从这个例子里,你就看到了,HTTP只管底层的传输,它不关心RPC本身对消息格式的约定,你可以将方法名放在queryString里,也可以全部放到request消息体里。消息体可以用json,也可以xml,以及二进制。同样的,返回值及异常信息也需要设计约定,如此如此,就是RPC框架干的事了。
有一些RPC框架就是基于HTTP的,如N年前流行的hessian。基于HTTP,利用一些成熟的序列化器(serde,serializer+deserializer),如Avro,你甚至可以在一个晚起的上午就封装出一个可用的RPC框架。当然了,成熟的RPC除了序列化之外,还要考虑更多的内容,如:异步处理,对象复用啊,什么的。