REST和RPC简介和区别

悠悠 2023-03-04 11:21 17阅读 0赞

参考文章：[REST和RPC是什么东东？两者有什么区别][REST_RPC]

[【架构师】微服务架构--REST与RPC][--REST_RPC]

[Rest和RPC接口区别][Rest_RPC]

# 1 REST与RPC概念 #

**什么是REST**

> REST是一种架构风格，指的是一组架构约束条件和原则。满足这些约束条件和原则的应用程序或设计就是 RESTful。REST规范把所有内容都视为资源，网络上一切皆资源。
> 
> REST并没有创造新的技术，组件或服务，只是使用Web的现有特征和能力。 可以完全通过HTTP协议实现，使用 HTTP 协议处理数据通信。REST架构对资源的操作包括获取、创建、修改和删除资源的操作正好对应HTTP协议提供的GET、POST、PUT和DELETE方法。

**HTTP动词与REST风格CRUD对应关系：**

![20180324142911613][]

**什么是RPC**

远程方法调用，就是像调用本地方法一样调用远程方法。常见RPC框架结构图：

![20180324142921913][]

**RPC框架要做到的最基本的三件事：**

**1、服务端如何确定客户端要调用的函数；**

在远程调用中，客户端和服务端分别维护一个【ID->函数】的对应表，  ID在所有进程中都是唯一确定的。客户端在做远程过程调用时，附上这个ID，服务端通过查表，来确定客户端需要调用的函数，然后执行相应函数的代码。

**2、如何进行序列化和反序列化；**

客户端和服务端交互时将参数或结果转化为字节流在网络中传输，那么数据转化为字节流的或者将字节流转换成能读取的固定格式时就需要进行序列化和反序列化，序列化和反序列化的速度也会影响远程调用的效率。

**3、如何进行网络传输（选择何种网络协议）；**

多数RPC框架选择TCP作为传输协议，也有部分选择HTTP。如gRPC使用HTTP2。不同的协议各有利弊。TCP更加高效，而HTTP在实际应用中更加的灵活。

# 2   REST与RPC比较 #

都是网络交互的协议规范。通常用于多个微服务之间的通信协议。

<table> 
 <tbody> 
 <tr> 
 <td> 比较项&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 规范 </td> 
 <td> REST </td> 
 <td> RPC </td> 
 </tr> 
 <tr> 
 <td> 通信协议 </td> 
 <td> HTTP </td> 
 <td> 一般使用TCP </td> 
 </tr> 
 <tr> 
 <td> 性能 </td> 
 <td> 低 </td> 
 <td> 高 </td> 
 </tr> 
 <tr> 
 <td> 灵活度 </td> 
 <td> 高 </td> 
 <td> 低 </td> 
 </tr> 
 </tbody> 
</table>

高与低是对实现两种规范框架的相对比较，但也不是绝对的，需要根据实际情况而定。

# 3 REST与RPC应用场景 #

REST和RPC都常用于微服务架构中。

> 1.  HTTP相对更规范，更标准，更通用，无论哪种语言都支持http协议。如果你是对外开放API，例如开放平台，外部的编程语言多种多样，你无法拒绝对每种语言的支持，现在开源中间件，基本最先支持的几个协议都包含RESTful。RPC在微服务中的利用
> 2.   RPC 框架作为架构微服务化的基础组件，它能大大降低架构微服务化的成本，提高调用方与服务提供方的研发效率，屏蔽跨进程调用函数（服务）的各类复杂细节。让调用方感觉就像调用本地函数一样调用远端函数、让服务提供方感觉就像实现一个本地函数一样来实现服务。RPC协议性能要高的多，例如Protobuf、Thrift、Kyro等，（如果算上序列化）吞吐量大概能达到http的二倍。响应时间也更为出色。千万不要小看这点性能损耗，公认的，微服务做的比较好的，例如，netflix、阿里，曾经都传出过为了提升性能而合并服务。无论是Google、Amazon、netflix（据说很可能转向grpc），还是阿里，实际上内部都是采用性能更高的RPC方式。而对外开放的才是RESTful。RPC通常基于TCP实现，常用框架例如dubbo，netty、mina、thrift

# 4 调用场景 #

> 1.  Rest：严格意义上说接口很规范，操作对象即为资源，对资源的四种操作（post、get、put、delete），并且参数都放在URL上,但是不严格的说Http+json、Http+xml，常见的http api都可以称为Rest接口。
> 2.  Rpc:我们常说的远程方法调用，就是像调用本地方法一样调用远程方法，通信协议大多采用二进制方式
> 3.  Rest 调用及测试都很方便，Rpc就显得有点麻烦，但是Rpc的效率是毋庸置疑的，所以建议在多系统之间采用Rpc，对外提供服务，Rest是很适合的

# **最后建议** #

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

# 其它几种协议 #

>  *  Socket使用时可以指定协议Tcp,Udp等；
>  *  RIM使用Jrmp协议，Jrmp又是基于TCP/IP；
>  *  RPC底层使用Socket接口，定义了一套远程调用方法；
>  *  HTTP是建立在TCP上，不是使用Socket接口，需要连接方主动发数据给服务器，服务器无法主动发数据到客户端；
>  *  **Web Service**提供的服务是基于web容器的，底层使用http协议，类似一个远程的服务提供者，比如天气预报服务，对各地客户端提供天气预报，是一种请求应答的机制，是跨系统跨平台的。就是通过一个servlet，提供服务出去。
>  *   hessian是一套用于建立web service的简单的二进制协议，用于替代基于XML的web service，是建立在rpc上的，hessian有一套自己的序列化格式将数据序列化成流，然后通过http协议发送给服务器

[REST_RPC]: https://blog.csdn.net/qq_34160679/article/details/93983129
[--REST_RPC]: https://blog.csdn.net/laomo_bible/article/details/79677677
[Rest_RPC]: https://blog.csdn.net/chen213wb/article/details/81747573
[20180324142911613]: /images/20230208/2213e4c3dfea4179bb5478ae4fa54090.png
[20180324142921913]: /images/20230208/e57c6cf021e84e828088efe219da729e.png