404 只能用在 GET Method 么？某个同事的一个问题把我搞愣了，我觉得所有的 Method 都可以吧

[hijoker]

比如 post ，put ，delete 都可以报 404 吧，并不只有 get 能报 404. 看了下 mdn 的文档 https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/404

[thefck]

如果按照语义来说，post 不应该报 404 吧

[fzdwx]

都可以用

[justfindu]

status 和 method 当然不应该是互斥的. 访问页面不存在不就是 404 , 操作的资源不存在 不就是 404 , 怎么就互斥呢

[iseki]

我觉得可以，删除一个不存在的对象，往一个不存在的集合里创建对象报 404 都非常合理

[hijoker]

@thefck 这个是有点道理的，post 是创建

[Pastsong]

删除一个不存在的对象按照幂等也可以报 204 的

[heyjei]

https://www.rfc-editor.org/rfc/rfc9110.html#name-post

都可以的。具体可以看 RFC 。

POST 不能返回的状态码有：206 304 416

[justfindu]

@hijoker #5 如果你在其他资源下创建关联资源, 其他资源不存在是不是应该 404 . 你不可能不验证吧.

[eason1874]

按规范，其他方法也可以报 404

这种月经问题，不建议讨论

[dem0ns]

刚用 nginx 试了，POST 也是 404 ，贴闭。

[swulling]

假如有一个 URL POST /users/:user/posts

如果 user 不存在，返回 404 还是 400 ？

[cslive]

@swulling #11 这个应该返回 200 ，用业务码

[hahastudio]

按标准，都可以 404
突然想起之前看到的一个观点 https://blog.slimjim.xyz/posts/stop-using-http-codes/
里面更进一步，只有 path 没有（ Technical request failed ）才返回 404 ，其他都是 200 + error message

[Felldeadbird]

啊，404 不是所有状态都通用吗？这是用来告诉浏览器当前页面丢失 /不可用。

[IvanLi127]

POST 返回 404 ，HTTP 规范上可以，语义上可以，甚至自定义的其他方法返回 404 也没问题。
业务上你遵守 RESTful 的话，其实也可以。REST 是风格，可操作的空间还是有的。像 #11 说的，返回 404 和 400 都行。返回 200 就不符合 RESTful 。

[fuxinya]

修改、删除等操作一个不存在的资源，也是报 404

[libook]

HTTP 标准中，method 和 status code 通常不是绑定在一起的，也就是说可以根据需求搭配使用，只要客户端、服务端的默认行为符合你的业务需要就可以。

HTTP 标准里，404 代表 URL 不存在，所以不论是什么 method ，只要 URL 没有对应上任何资源（包括 API 资源）就可以返回 404 。

在 HTTP 标准的基础上，有一些成体系的使用风格，会把标准进行一些修改，比如 REST 风格，会把 method 跟业务行为绑定，把 status code 跟业务状态绑定。

假设使用 REST 风格的话，就得定义，当 HTTP 层 URL 资源不存在的时候如何处理，和当业务上的“资源不存在”如何处理。

[wdwwtzy]

@hahastudio 我正好和这个观点持相反意见，must-using-http-codes

[hijoker]

感谢各位的回复，学到了，主要是把我问愣了

[codehz]

按标准 get 还能带 body 呢（虽然浏览器不支持以防止恶意使用攻击实现不正确的服务端）
所以这事主要还得看自己定义的上层语义