HTTP PUT是否应该创建不存在的资源？

Question

假设有人在我的EndInt上执行Put请求：

/resources/{id}

是否可以使用提供的ID创建资源？因为在数据库insert上手动分配ID不是最佳实践。

如果无法创建资源，是否应该返回404错误？

Answer 1

首先，您使用的是一个过时的文档：RFC2616现在已经不再相关，任何使用这类文档作为参考的人都应该立即停止使用。

Mark Nottingham在撰写本报告时担任IETF HTTP工作组和QUIC工作组的联合主席：

不要使用RFC2616。从硬盘、书签中删除它，并刻录（或负责任地回收）打印出来的任何副本。

null

如果您正在查找方法、状态代码和头定义，那么RFC7231就是您应该参考的文档。

说到这里，我们回到你的问题上来。

如果资源不存在，HTTPput是否应创建该资源？

但是，如果您的应用程序代表客户端生成资源标识符，就像您在问题中提到的那样，那么您应该使用post而不是put来创建资源。

下面引用了put方法定义的某些部分。最后一句话似乎与你最相关（突出部分是我的），支持了我刚才提到的内容：

4.3.4.放入

put方法请求创建目标资源的状态，或用请求消息负载中包含的表示定义的状态替换目标资源的状态。[...]

如果目标资源没有当前表示形式，并且put成功创建了一个表示形式，则源服务器必须通过发送201（已创建）响应通知用户代理。如果目标资源确实具有当前表示形式，并且该表示形式已根据所包含表示形式的状态成功修改，则源服务器必须发送200（确定）或204（无内容）响应以指示请求的成功完成。[...]

如果无法创建资源，是否应该返回404错误？

这似乎是要返回的准确状态代码,因为没有找到所请求资源的表示形式：

6.5.4.404找不到

post方法请求目标资源根据资源自己的特定语义处理请求中包含的表示。例如，post用于以下函数（除其他外）：

[...]

• 正在创建源服务器尚未标识的新资源；

6.3.2.创建201个

201（已创建）状态代码指示请求已完成，并导致创建一个或多个新资源。请求创建的主要资源由响应中的location头字段标识，或者，如果未接收到location字段，则由有效请求URI标识。[...]