什么是restful?rest方法有哪些？有什么区别？

这里是修真院后端小课堂，每篇分享文从

【背景介绍】【知识剖析】【常见问题】【解决方案】【编码实战】【扩展思考】【更多讨论】【参考文献】

八个方面深度解析后端知识/技能，本篇分享的是：

【什么是restful?rest方法有哪些？有什么区别？】

【修真院java小课堂】什么是restful?rest方法有哪些？有什么区别？

 

大家好，我是IT修真院西安分院第4期的学员赵立鼐，一枚正直纯洁善良的java程序员，今天给大家分享一下，修真院官网java任务2，深度思考中的知识点什么是restful?rest方法有哪些？有什么区别？

（1）背景介绍：

REST（Representational State Transfer，表述性状态转移）

        源于REST之父Roy Thomas Fielding 博士在2000年就读加州大学欧文分校期间发表的一篇学术论文——《 Architectural Styles and the Design of Network- based Software Architectures》。</p>

       论文中提出了REST的6个特点，分别是：客户端-服务器的、无状态的、可缓存的、统一接口、分层系统和按需编码。

         REST具有跨平台、跨语言的优势。

        REST是一种架构风格。

          在REST架构风格中,对象被抽象为一种资源.资源的命名使用概念清晰的名词来定义。

     

         表述性状态是对资源数据在某个瞬间状态的快照,

             资源的某个瞬时状态被定义为一种表述（representation），

               这种描述性的状态包括资源数据的内容、表述格式（比如XML、JSON）等信息，

             一种资源可以对应多种表述。

          

        

             REST的资源是可寻址的，通过HTTP协议（RFC 2616）定义的通用动词方法（比如GET、PUT、DELETE、POST），

             并使用URI协议（RFC 3305）来唯一标识某个资源公布出来的接口。

            请求一个资源的过程可以理解为，访问一个具有指定性和描述性的URI，

             经由 HTTP，将资源的表述从服务器转移到客户端，或者相反方向

（2）知识剖析：

REST 请求方法

       

            每一种HTTP请求方法都可以从安全性和幂等性两方面考虑，这对正确理解HTTP请求方法和设计统一接口具有

            决定性的意义。换句话说,要定义严谨的REST统一接口，就需要真正理解 HTTP方法的安全性和幂等性。

    

            安全性代表安全的REST接口，是指外系统对该接口的访问，不会使服务器端资源的状态发生改变。

    

        幂等性（ idempotence）是指外系统对同一REST接口的多次访问，得到的资源状态是相同的。

  

         GET方法

      

            REST使用HTTP的GET方法获取服务提供的资源。GET方法是只读的，那么它是幂等和安全的吗？

    

      GET方法是幂等的，因为读取同一个资源，总是得到相同的数据。

       GET方法也是安全的， 因为读取资源不会对其状态做改动。

        值得注意的是，虽然GET方法的特性是幂等和安全的，但这不意味着任何一个定义为处理GET请求的方法都是幂等和安全

        的。设计不良的API有可能违背GET的特性，将一个不该是GET的方法定义为之。

    

PUT 方法

  

 PUT方法 一种写操作的HTTP请求。REST使用HTTP的PUT方法更新或添加资源。

            <p>更新资源</p>

            PUT方法是幂等的，即多次插入或者更新同一份数据，在服务器端对资源状态所产生的改变是相同的。

            PUT方法不是安全的，有写动作的HTTP 方法都不是安全的。

            我们知道，使用同一份数据向服务器请求更新某一资源，得到的结果应该总是相同的，因此对于更新操作，

            使用PUT是没有疑问的。

            添加资源

        

            而创建操作通常每次得到的结果是不同的，因为服务器端的业务层逻辑通常要求

            数据的主键字段要么来自于业务平台自增一个逻辑值，要么来自于数据库的主键自增。因此，相同的数据

            每一次提交到服务器端，都会为数据添加一个新的主键值，也就是创建一个主键值不同的新资源

            （如果没有业务或者外键冲突）。所以，创建操作通常应当设计为POST方法的API。唯有一种场景应当使用

            PUT方法来设计API，即客户端在发起创建请求时，在同一份数据中总可以提供唯一的主键值，服务器不会对其进行修改，这样的创建请求确保了幂等性，不应再使用POST方法。

  

     

    DELETE 方法

     

      DELETE方法是幂等的，即多次删除同一份数据（通常请求中传递的参数是数据的主键值），

            在服务器端产生的改变是相同的。

      

    POST 方法

            POST方法是一种写操作的HTTP请求。

            既不幂等也不安全

            定义为POST的REST接口用于写数据。POST方法的特性是既不幂等也不安全。

            因为请求会改变服务器端资源的状态，因此不是安全的；每次请求对服务器端资源状态的改变并不是相同的，

            因此不是幂等的。

（3）常见问题：

在创建和更新某个资源的时候，何时该用HTTP的PUT方法，何时该使用POST方法

（4）解决方案：

更新资源时用PUT

创建资源时大部分情况下都用POST

客户端在发起创建请求时，在同一份数据中总可以提供唯一的主键值，服务器不会对其进行修改，这种可以确保幂等性的请求用PUT

（5）编码实战：

（6）拓展思考：

Rest风格与MVC风格对比

MVC风格的出现将模型、视图、控制解耦，其亮点是从前到后的一致性，其结构简洁、逻辑清晰，易于扩展和增强。

MVC风格偏重于解决服务器端的逻辑分层，客户端是逻辑分层的延伸。

MVC的标签库，虽然其形态已经和HTML页面融合，

但本质上还是Java 编写的装饰模式的类实例，对应的是服务器端使用Java 编写的模型类或者控制器类，因此MVC很难实现跨语言解耦。

而REST风格偏重于统一接口，因此具体实现就可以跨平台和跨语言。

MVC和REST式并不是互斥的，像Spring的MVC模块已经支持REST式的开发。

（7）参考文献：

https://www.cnblogs.com/aspwe...

今天的分享就到这里啦，欢迎大家点赞、转发、留言、拍砖~