你不知道HTTP和REST之间的区别

因此REST体系结构和HTTP 1.1协议是相互独立的 其他，但HTTP 1.1协议被构建为理想的协议 遵循REST的原则和约束。一种方法是看 HTTP和REST之间的关系是，REST是设计，并且 HTTP 1.1就是这种设计的实现。

HTTP是一种应用协议。REST是一组规则，遵循这些规则，您就可以构建具有特定约束集的分布式应用程序。

如果您正在寻找REST中区分RESTful应用程序与任何HTTP应用程序的最重要的约束，我会说“自描述”约束和超媒体约束(又名hypermedia as the Engine of application State (HATEOAS))是最重要的。

自描述约束要求RESTful请求在用户意图中是完全自描述的。这允许中介(代理和缓存)安全地对消息进行操作。

HATEOAS约束是关于将您的应用程序转换为一个链接网络，其中客户端的当前状态基于它在该网络中的位置。这是一个棘手的概念，需要比现在更多的时间来解释。

HTTP是一种契约，一种通信协议，REST是一种概念，一种架构风格，可以使用HTTP、FTP或其他通信协议，但广泛与HTTP一起使用。

REST暗示了一系列关于服务器和客户端应该如何交互的约束。HTTP是一种具有特定机制的通信协议，用于服务器-客户端数据传输，它最常用于REST API，因为REST是受WWW (world wide web)的启发，在REST定义之前，WWW大量使用HTTP，因此使用HTTP更容易实现REST API风格。

REST中有三个主要的约束(但还有更多):

服务器和客户端之间的交互应该只通过超文本来描述。 服务器和客户端应该是松散耦合的，彼此之间不做任何假设。客户端应该只知道资源入口点。交互数据应该由服务器在响应中提供。 服务器不应该存储任何关于请求上下文的信息。请求必须是独立的和幂等的(意思是如果相同的请求无限次重复，得到的结果完全相同)

HTTP只是一种通信协议(一种工具)，可以帮助实现这一点。

欲了解更多信息，请查看以下链接:

https://martinfowler.com/articles/richardsonMaturityModel.html http://roy.gbiv.com/untangled/2008/rest-apis-must-be-hypertext-driven

HTTP是一种用于通信的协议，通常用于与互联网资源或web浏览器客户端的任何应用程序通信。

REST意味着您在设计应用程序时使用的主要概念是资源:对于您想要执行的每个操作，您需要定义一个资源，您通常只在该资源上执行CRUD操作，这是一个简单的任务。为此，使用HTTP协议中使用的四个动词来对抗四个CRUD操作非常方便(GET用于读取，POST用于创建，PUT用于更新，DELETE用于删除)。

这与RPC(远程过程调用)的旧概念不同，在RPC中，作为用户调用的结果，您有一组希望执行的操作。例如，如果你考虑如何在一个帖子上描述一个Facebook点赞，使用RPC，你可能会创建名为AddLikeToPost和RemoveLikeFromPost的服务，并管理它与所有与Facebook帖子相关的其他服务，因此你不需要为点赞创建特殊对象。

使用REST，您将拥有一个Like对象，它将与Delete和Create函数分开管理。这也意味着它将在数据库中描述一个单独的实体。这看起来可能是一个很小的差异，但这样工作通常会产生更简单的代码和更简单的应用程序。通过这种设计，应用程序的大部分逻辑从对象的结构(模型)中是显而易见的，不像RPC，你通常必须显式地添加更多的逻辑。

设计RESTful应用程序通常要困难得多，因为它要求您以简单的方式描述复杂的事情。仅使用CRUD函数描述所有功能是很棘手的，但这样做之后，您的生活将简单得多，并且您将发现您编写的方法更短。

One more restraint REST architecture presents is not to use a session context when communicating with a client (stateless), meaning all the information needed to understand who is the client and what he wants is passed with the web message. Each call to a function is self-descriptive, there is no previous conversation with the client which can be referenced in the message. Therefore, a client could not tell you "give me the next page" since you don't have a session to store what is the previous page and what kind of page you want, the client would have to say "my name is Yuval, get me page 2 of a specific post in a specific forum". This means a bit more data would have to transfer in the communication, but think of the difference between finding a bug reported from the "get me the next page" function in oppose to "get me page 2 of question ID 2190836 in stack overflow".

当然还有很多，但在我看来，这些是茶匙的主要概念。

具象状态传输

REST是一组规则，遵循这些规则，您就可以构建具有特定约束集的分布式应用程序。

REST是用于交换任何(XML、JSON等)消息的协议，这些消息可以使用HTTP来传输。

特点:

它是无状态的，这意味着在理想情况下客户端和服务器之间不应该维护任何连接。 客户端负责将其上下文传递给服务器，然后服务器可以存储此上下文以处理客户端的进一步请求。例如，服务器维护的会话由客户端传递的会话标识符来标识。

无国籍的好处:

Web服务可以分别处理每个方法调用。 Web服务不需要维护客户机以前的交互。 这反过来又简化了应用程序的设计。 与TCP不同，HTTP本身是一种无状态协议，因此RESTful Web服务可以与HTTP协议无缝地工作。

无国籍的缺点:

需要在每个请求中添加一个标题形式的额外层，以保存客户机的状态。 为了安全起见，我们需要为每个请求添加一个头部信息。

REST支持的HTTP方法:

得到:/ / someotherstring字符串 它是幂等的，理想情况下应该在每次调用时返回相同的结果

把: 和GET一样。幂等性，用于更新资源。

POST:应该包含一个url和正文 用于创建资源。理想情况下，多个调用应该返回不同的结果，并应该创建多个产品。

删除: 删除服务器上的资源。

负责人:

HEAD方法和GET方法是一样的，只是服务器不能在响应中返回消息体。响应HEAD请求的HTTP报头中包含的元信息应该与响应GET请求时发送的信息相同。

选项:

此方法允许客户端确定与资源相关的选项和/或需求，或服务器的功能，而无需暗示资源操作或启动资源检索。

HTTP响应

点击这里查看所有的回答。

以下是一些重要的建议: 200 -好的 3XX -来自客户端和url重定向所需的其他信息 400 -错误请求 401 -未经授权访问 403 -禁止 请求有效，但服务器拒绝操作。用户可能没有资源的必要权限，或者可能需要某种类型的帐户。

404 -未找到 无法找到所请求的资源，但将来可能可用。允许客户端的后续请求。

405 -方法不允许 所请求的资源不支持请求方法;例如，表单上的GET请求要求通过POST显示数据，或者在只读资源上的PUT请求。

404 -未找到请求 内部服务器故障 502 -网关错误

REST是一种设计大型系统(如web)的特殊方法。

它是一组“规则”(或“约束”)。

HTTP是一个试图遵守这些规则的协议。