InfoQ 极客传媒 15 周年庆征文|你真的了解 RPC 和 REST 吗？

一、什么是 RPC？

是指远程过程调用，就是两个服务 A、B，一个应用部署在 A 服务器上，想要调用 B 服务器上应用提供的函数/方法，由于不在一个内存空间，不能直接调用，需要通过网络来表达调用的语义和传达调用的数据。

RPC 会隐藏底层的通讯细节（不需要直接处理Socket通讯或Http通讯） 。

RPC 是一个请求响应模型。客户端发起请求，服务器返回响应（类似于Http的工作方式） 。

那么：

• 首先，要解决通讯的问题，主要是通过在客户端和服务器之间建立TCP连接，远程过程调用的所有交换的数据都在这个连接里传输。连接可以是按需连接，调用结束后就断掉，也可以是长连接，多个远程过程调用共享同一个连接。

• 第二，要解决寻址的问题，也就是说，A 服务器上的应用怎么告诉底层的 RPC 框架，如何连接到 B 服务器（如主机或 IP 地址）以及特定的端口，方法的名称名称是什么，这样才能完成调用。比如基于 Web 服务协议栈的RPC，就要提供一个endpoint URI，或者是从UDDI服务上查找。如果是RMI调用的话，还需要一个RMI Registry来注册服务的地址。

• 第三，当 A 服务器上的应用发起远程过程调用时，方法的参数需要通过底层的网络协议如TCP传递到 B 服务器，由于网络协议是基于二进制的，内存中的参数的值要序列化成二进制的形式，也就是序列化（Serialize）或编组（marshal），通过寻址和传输将序列化的二进制发送给 B 服务器。

• 第四，B 服务器收到请求后，需要对参数进行反序列化（序列化的逆操作），恢复为内存中的表达方式，然后找到对应的方法（寻址的一部分）进行本地调用，然后得到返回值。

• 第五，返回值还要发送回服务器 A 上的应用，也要经过序列化的方式发送，服务器 A 接到后，再反序列化，恢复为内存中的表达方式，交给 A 服务器上的应用。

一共 9 步：

1. 服务消费方（client）以本地调用方式调用服务；

2. client stub 接收到调用后负责将方法、参数等组装成能够进行网络传输的消息体；

3. client stub 找到服务地址，并将消息发送到服务端；

4. server stub 收到消息后进行解码；

5. server stub 根据解码结果调用本地的服务；

6. 本地服务执行并将结果返回给 server stub；

7. server stub 将返回结果打包成消息并发送至消费方；

8. client stub 接收到消息，并进行解码；

9. 服务消费方得到最终结果。

二、什么是 REST？

REST是一种架构风格，指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是 RESTful。REST规范把所有内容都视为资源，网络上一切皆资源。

REST并没有创造新的技术，组件或服务，只是使用 Web 的现有特征和能力。 可以完全通过HTTP协议实现，使用 HTTP 协议处理数据通信。REST架构对资源的操作包括获取、创建、修改和删除资源的操作正好对应 HTTP 协议提供的GET、POST、PUT和DELETE方法。

REST和RPC的比较：RPC来实现服务间调用的一些痛点：

• RPC服务提供方与调用方接口依赖方式太强，会导致编码的复杂性，而REST接口相比RPC更为轻量化，服务提供方和调用方的依赖只是依靠一纸契约，不存在代码级别的强依赖。

• RPC服务对平台敏感，难以简单复用；REST可以实现跨平台，任何一个语言的调用方都可以根据接口定义来实现。

2.1 统一接口

RESTful架构风格规定，数据的元操作，即 CRUD(create, read, update和delete,即数据的增删查改)操作，分别对应于HTTP方法：GET用来获取资源，POST用来新建资源（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源，这样就统一了数据操作的接口，仅通过HTTP方法，就可以完成对数据的所有增删查改工作。即：

• GET（SELECT）：从服务器取出资源（一项或多项）。

• POST（CREATE）：在服务器新建一个资源。

• PUT（UPDATE）：在服务器更新资源（客户端提供完整资源数据）。

• PATCH（UPDATE）：在服务器更新资源（客户端提供需要修改的资源数据）。

• DELETE（DELETE）：从服务器删除资源。

2.2 URI

可以用一个URI（统一资源定位符）指向资源，即每个URI都对应一个特定的资源。要获取这个资源，访问它的URI就可以，因此URI就成了每一个资源的地址或识别符。

一般的，每个资源至少有一个 URI 与之对应，最典型的 URI 即 URL。

2.3 无状态

所谓无状态的，即所有的资源，都可以通过URI定位，而且这个定位与其他资源无关，也不会因为其他资源的变化而改变。有状态和无状态的区别，举个简单的例子说明一下。如查询员工的工资，如果查询工资是需要登录系统，进入查询工资的页面，执行相关操作后，获取工资的多少，则这种情况是有状态的，因为查询工资的每一步操作都依赖于前一步操作，只要前置操作不成功，后续操作就无法执行；如果输入一个url即可得到指定员工的工资，则这种情况是无状态的，因为获取工资不依赖于其他资源或状态，且这种情况下，员工工资是一个资源，由一个url与之对应，可以通过HTTP中的GET方法得到资源，这是典型的RESTful风格。

RPC与RESTful的区别如下面两个图所示：

Dubbo采用的RPC的服务调用，SpringCloud采用的REST。

三、微服务通讯该如何选择

仍是需要从实际情况去考虑：

• 对性能有着严格的要求：RPC
  

• 考虑学习成本，团队成员的上手难度以及开发效率成本：REST
  

• 对外开放的需求，rpc 需要进一步转换，而 rest 可直接对外开放：REST
  

• 代码耦合度要求松散耦合：REST
  

• 与其他框架集成的难度低，微服务框架基本支持rest：REST
  

• 异步需求，rest需要额外的实现手段，如通过中间件等：RPC
  

建议：REST调用及测试都很方便，RPC就显得有点繁琐，但是RPC的效率是毋庸置疑的，所以建议在多系统之间的内部调用采用RPC。对外提供的服务，Rest更加合适。