RESTful架构与RPC架构

RESTful架构与RPC架构

RESTful架构中,关注点在于资源,操作资源时使用标准方法检索并操作信息片段,在RPC架构中,关注点在于方法,调用方法时将像调用本地方法一样调用服务器的方法。

RESTful架构#

REST即表述性状态传递Representational State Transfer,是一种软件架构风格,也可以称作是一种设计API的模式,REST通过HTTP协议定义的通用动词方法GETPOSTPUTDELETE,以URI对网络资源进行唯一标识,响应端根据请求端的不同需求,通过无状态通信,对其请求的资源进行表述,符合REST设计规范的架构就称为RESTful架构。

主要原则#

  • 网络上的所有事物都被抽象为资源
  • 每个资源都有一个唯一的资源标识符
  • 对资源的各种操作不会改变资源标识符
  • 所有的操作都是无状态的
  • 同一个资源具有多种表现形式如xmljson

统一资源接口#

安全性是指访问REST接口时不会对服务端资源状态发生改变。
幂等性是指对于同一REST接口的URI多次访问时,得到的资源状态是相同的。

  • GET: 安全的,幂等的,用于读取资源
  • POST: 不安全的,不幂等的,用于服务端自动产生的实例号创建资源,更新部分资源
  • PUT: 不安全的,幂等的,用于客户端的实例号创建资源,更新资源
  • DELETE: 不安全的,幂等的,用于客户端实例号删除资源

实例#

  • 查询userGET https://127.0.0.1/user/1,通过直接携带params查询用户
  • 新增userPOST https://127.0.0.1/user,请求body附带用户注册信息
  • 修改userPUT https://127.0.0.1/user,请求body附带userid标识信息
  • 删除userDELETE https://127.0.0.1/user,请求body附带userid标识信息
  • 通过请求头Accept来获取同一资源的不同形式,如application/jsonapplication/xml
  • 若将版本号看作同一资源的不同表现形式的话,同样应该在Accept字段来区分版本而不是直接在URI中添加版本号

RPC架构#

RPC即远程过程调用Remote Procedure Call,简单的理解是一个节点请求另一个节点提供的服务,远程过程调用,是相对于本地过程调用来说的,当调用方法时就像调用本地方法一样调用远程服务器的方法,做到了轻量、无感知通信。

结构组成#

  • 客户端client:服务的调用方
  • 服务端server:服务的提供方
  • 客户端存根client stub:将客户端请求参数打包成网络消息,再发给服务方
  • 服务端存根server stub:接收客户端发来的消息,将消息解包,并调用本地方法

通信过程#

Copy
客户端 1. 将这个调用映射为Call Id 2. 将这个Call Id与参数等序列化,以二进制形式打包 3. 将序列化数据包通过网络通信发送到服务端 4. 等待服务端响应 5. 服务端调用成功并返回结果,反序列化后进行下一步操作 服务端 1. 在本地维护一个Call Id的Map,用以保证Id与调用方法的对应 2. 等待客户端请求 3. 得到一个请求后,将数据包反序列化,得到Call Id与参数等 4. 通过Map寻找Call Id所对应的函数指针 5. 通过函数指针调用函数,并将数据包反序列化后的参数传递,得到结果 6. 将结果序列化之后通过网络通信返回到客户端 注: 此处的客户端指的是本地调用者,也可以是一台服务器 此处的服务端指的是被调用者,也可以是一台服务器 数据包通信时无论是使用socket进行TCP传输,或使用HTTP进行传输都是可行的

相关比较#

  • 在通信协议方面来说,RESTful是使用HTTP协议进行数据传输,RPC一般是使用TCP协议数据传输,当然传输协议并不是RPC的重点,一般使用TCP协议传输是因为其效率高,使用HTTP协议传输是完全可行的。
  • 在性能方面,RPC的传输效率高于RESTful数据传输的效率,因为RCP具有高效紧凑的进程通信机制,且传输数据量小,在交换大量消息时效率高。
  • 在灵活度方面,RESTful架构的灵活度高于RPC架构,使用RESTful架构具有比较好的可读性,RPC在编写与调试时略显繁琐。
  • 使用RESTful架构的接口进行数据传输可以得到多语言支持,HTTP协议相对更规范、更通用、更标准,对于中间件而言最先支持的几种协议都包含RESTful数据传输规范。
  • 内部服务的相互调用推荐使用RPC,而对外的接口推荐使用RESTful,例如微服务架构模式一般就采用对内RPC对外RESTful的模式。

每日一题#

Copy
https://github.com/WindrunnerMax/EveryDay

参考#

Copy
https://www.jianshu.com/p/7d6853140e13 https://www.jianshu.com/p/ee92c9accedd https://www.zhihu.com/question/28570307 https://www.zhihu.com/question/25536695 https://www.runoob.com/w3cnote/restful-architecture.html https://blog.csdn.net/bieleyang/article/details/76272699 https://blog.csdn.net/u014590757/article/details/80233901
posted @   WindRunnerMax  阅读(250)  评论(0编辑  收藏  举报
编辑推荐:
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
阅读排行:
· 终于写完轮子一部分:tcp代理 了,记录一下
· 震惊!C++程序真的从main开始吗?99%的程序员都答错了
· 别再用vector<bool>了!Google高级工程师:这可能是STL最大的设计失误
· 单元测试从入门到精通
· 【硬核科普】Trae如何「偷看」你的代码?零基础破解AI编程运行原理
点击右上角即可分享
微信分享提示
CONTENTS