RPC与HTTP

RPC是远程过程调用。具体是指什么意思呢？

我们以前调用的都是本地的服务，例如：

String userId = Person.getById("007");

这个很简单，你也很熟悉，PersonManager是本地内存的一个静态对象嘛，调用它的getById方法嘛

但是假设这个服务提供方是另外一台机器呢？

这个时候你可能会基于HTTP设计一个“上层的”协议，然后以上简单的一句调用会被分解成以下步骤：

（1）你的程序作为客户端，连接到http://host，提交POST请求到服务器的某个servlet：http://host/Person

　　为了告诉服务器你要做什么调用，你需要把调用信息封装（序列化）到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除了序列化之外，还要考虑更多的内容，如：异步处理，对象复用啊，什么的。