选项请求应该使用什么HTTP响应代码?

选项请求应该使用什么HTTP响应代码?,http,http-response-codes,http-options-method,Http,Http Response Codes,Http Options Method,我注意到 方法PUT、DELETE和OPTIONS永远不会导致200 OK 答复 然而,它并没有明确应该使用什么样的响应。我最好的猜测是204: 204:没有内容 此请求没有可发送的内容,但标题可能是 有用。用户代理可以更新此资源的缓存头 用新的 有人能评论一下这是否是用于响应选项请求的正确代码吗?那么,在这种情况下,Mozilla文档显然是错误的。RFC2616明确提到了200响应和200响应的要求: HTTP 1.1的(更新的,顺便说一句)RFC明确指出200 OK是所有3种方法的可接受响应

我注意到

方法PUT、DELETE和OPTIONS永远不会导致200 OK 答复

然而,它并没有明确应该使用什么样的响应。我最好的猜测是204:

204:没有内容

此请求没有可发送的内容,但标题可能是 有用。用户代理可以更新此资源的缓存头 用新的


有人能评论一下这是否是用于响应选项请求的正确代码吗?

那么,在这种情况下,Mozilla文档显然是错误的。

RFC2616明确提到了200响应和200响应的要求:
HTTP 1.1的(更新的,顺便说一句)RFC明确指出
200 OK
是所有3种方法的可接受响应,请参见的第6.3.1节。

我使用
204无内容
,因为
选项
响应没有任何内容

有趣的是,这意味着200。很好的捕获。。现在继续更新MDN wiki,并与您达成一致
DELETE
可以
200 OK
Hiroto:我真的不在乎其他来源是否也这么说。与此相关的是规范。这是如何回答的?这看起来是一个评论,而不是一个答案。你没有说明来源,也没有解释。你只是告诉OP Mozilla是错误的,没有解释原因,也没有提供来源(替代文档、规范、出版物等)。这是事实陈述。您可以通过查看实际的HTTP规范(IETF RFC 7230…5)来轻松验证它。@JulianReschke高度非建设性和无帮助是我所说的全部。也许是一个类似迈克尔·福卡拉基斯的解释?鉴于这些答案通常对他们的解释和参考最有帮助,我发现这些答案非常缺乏信息,坦白说,毫无用处。我想我没见过比这个更糟糕的答案;特别是考虑到这是公认的回答。