Restful风格理解

什么是Restful

REST是Representational State Tansfer的缩写，可译为“表现层状态转化”。Restful是一种软件架构风格，而不是标准，只是提供了一组设计原则和约束条件。主要用于客户端和服务端交互类的软件。基于这个风格设计的软件可以更简洁，更有层次，更易于实现缓存等机制。Restful几个特点为：资源、统一接口、URL和无状态。

资源

Restful中资源指的就是网络上的一个实体，或者说是网络上的一个具体信息。它可以是一段文本、一张图片、一首歌曲一种服务，总之就是一个具体的存在。资源总是通过某种载体反应其内容，文本可以用txt格式表现，也可以是html格式、xml格式，甚至可以采用二进制格式。json是现在最常用的资源表示格式。

统一接口

Restful架构风格规定，数据的元操作，即CRUD也就是我们常说的增删查改操作，分别对应HTTP方法：get用来获取资源，post用来新建资源（也可以用来更新资源），put用来更新资源，delete用来删除资源，这样统一了数据操作的接口，通过http方法，就可以完成对数据的所有增删查改操作。

GET（SELECT）：从服务器取出资源（一项或多项）。
POST（CREATE）：在服务器新建一个资源。
PUT（UPDATE）：在服务器更新资源（客户端提供完整资源数据）。
PATCH（UPDATE）：在服务器更新资源（客户端提供需要修改的资源数据）。
DELETE（DELETE）：从服务器删除资源。

URI

可以用一个URI（统一资源标识符）指向资源，也就是每个url对应一个特定的资源。要获取这个资源，访问它的URI就可以，因此URI就饿成了每一个资源的地址或识别符。一般每个资源至少有一个URI与之对应，最典型的URI即url。

无状态

所谓无状态，就是所有的资源都可以通过URI定位，而且这个定位与其他资源无关，也不会因为其他资源的变化而变化。

有状态和无状态的区别：
例如查询员工的工资，如果查询工资是需要登录系统，进入查询工资页面，执行相关操作后，获取工资多少，则这种状态是有状态的，因为查询工资的每一步操作都是依赖于前一步操作，只要前置操作不成功，后续操作就无法执行；如果输入一个URI就可以得到指定员工的工资，则这种情况是无状态的，因为获取工资不依赖于其他资源或状态，且这种情况下，员工工资是一个资源，由一个URI与之对应，可以通过HTTP中的get方法得到资源，这就是Restful风格。

统一资源接口

Restful架构应该遵循统一接口原则，统一接口包含了一组受限的预定义的操作，不论什么样的资源，都是通过使用相同的接口进行资源访问。接口应该使用标准的HTTP方法比如post、get、put，并且遵循这些方法的语义。

应用状态与资源状态

实际上，状态可以分为应用状态和资源状态，客户端负责维护应用状态，而服务端维护资源状态。客户端与服务端的交互必须是无状态的
，并且在每一次请求包含处理该请求所需的一切信息。服务端不需要在请求间保留应用状态，只是在接受到实际请求的时候，服务端才会关注应用状态。这种无状态通信原则，使得服务端和中介能够理解独立的请求和响应。

在多次请求中，同一客户端也不再需要依赖于同一服务器，方便实现高可扩展和高可用性的服务端。但有时候我们会做出违反无状态通信原则的设计，例如利用cookie跟踪某个服务端会话状态。这意味着，浏览器随各次请求发出去的cookie是被用于构建会话状态的。

应用状态转移

到这里状态转移就已经很好理解了，会话状态不是作为资源状态保存在服务端的，而是被客户端作为应用状态进行跟踪的。客户端应用状态在服务端提供的超媒体的指引下发生变迁。服务端通过超媒体告诉客户端当前状态有哪些后续状态可以进入。