除了 200 和 404 你们还会主动返回其他的 html status code 吗

@ixiaozhi 好评，以后参数不正确就发回一个这个 2333

201 401

400 403

if( http_code > 400):
# Raise ERROR

else:
pass

强迫症表示必须严格按照 rfc 返回值。

其它的都是程序自动 throw 的。

在某司前端边上干活，记得是 404 会被运营商劫持

@jyf007 在我们这 5**系列也会。。

500

@Kirscheis 那用户怎么访问啊

423 locked😁

304 是很有用的啊，省带宽啊。

如果是写 RESTful API ，以下情况分别返回这些 status code:

当 GET, PUT 和 PATCH 请求成功时，要返回对应的数据，及状态码 200 ，即 SUCCESS
当 POST 创建数据成功时，要返回创建的数据，及状态码 201 ，即 CREATED
当 DELETE 删除数据成功时，不返回数据，状态码要返回 204 ，即 NO CONTENT
当 GET 不到数据时，状态码要返回 404 ，即 NOT FOUND
任何时候，如果请求有问题，如校验请求数据时发现错误，要返回状态码 400 ，即 BAD REQUEST
当 API 请求需要用户认证时，如果 request 中的认证信息不正确，要返回状态码 401 ，即 NOT AUTHORIZED
当 API 请求需要验证用户权限时，如果当前用户无相应权限，要返回状态码 403 ，即 FORBIDDEN

这些是我写博文『 RESTful API 编写指南』时总结的，付个文章链接： http://blog.igevin.info/posts/restful-api-get-started-to-write/

@gevin Good ！

@gevin 推荐
状态码对 restful 很有用。

感觉论坛的口风和一年前有点不一样啊
https://ex.noerr.eu.org/t/191534

666

会啊，常用的：

+ 200 成功
+ 201 成功创建（ POST 请求）
+ 202 朕知道了（比如成功接受异步请求，请求结果通过另一个接口查看）
+ 204 不用找了，没有响应内容
+ 400 请求格式错误（请求与文档要求不符，比如要求给出的字段没有给出，或者要求给有效 json 但解析出错）
+ 401 身份未知（比如没有给出 Token 或者 Token 过期）
+ 403 该身份无权限访问该资源
+ 404 资源不存在
+ 415 媒体类型不支持（比如要求请求是 application/json ，但请求实际是 text/plain ）
+ 422 无法处理（相对于 400 / 415 是请求有硬伤， 422 是请求格式都对，但由于逻辑上不支持而导致的失败）
+ 429 请求过于频繁

服务器按照语义返回。客户端一般可以按照百位处理，业务逻辑需要时才针对特定的状态码做处理。

@gevin @timothyqiu
学到了!

@just4test 只判断一次 HttpException 就好，然后判断具体错误码。在前端或者 app 里面把后端逻辑报错当作异常来处理就好。