跳转常规 -- 为什么不要使用404、500等http状态码作为业务代码响应
程序员文章站
2022-06-29 08:05:43
不要使用HTTP状态码作为业务代码响应 HTTP状态码 是指浏览器访问网址,成功或异常时浏览器或服务器告知用户的代码数字,它指的是网络或服务器的状态,有着不同的含义。 参加 "MDN" 、 "Java Api" ,常见的状态码: 200 OK 请求成功 301 重定向 400 错误请求 401 需要 ......
不要使用http状态码作为业务代码响应
http状态码
是指浏览器访问网址,成功或异常时浏览器或服务器告知用户的代码数字,它指的是网络或服务器的状态,有着不同的含义。
参加mdn、java api,常见的状态码:
- 200 ok 请求成功
- 301 重定向
- 400 错误请求
- 401 需要访问授权,通常是basic授权
- 403 禁止访问该地址
- 404 访问地址不存在
-
500 服务器异常
业务代码
业务代码是业务流程中可能产生的结果,比如:用户密码不正确、用户不存在、订单不存在、第三方api请求错误等。
restful api
有些人喜欢使用http代码作为业务代码作为restful的响应结果,如用200表示业务返回成功,用404表示用户不存在,用500作为sql查询异常。
为什么不要这么做
- 前端每次请求,可能产生的问题包括网络问题、服务器问题和业务逻辑问题,http状态码表示网络传输的意义,如200只应该表示连接上了服务器,而不应该用来表示业务逻辑返回成功。http状态码应该用于网络问题和服务器问题判断的依据,不应该阉割这部分的功能
返回除200以外的状态码,前端需要作为额外的处理以及浏览器的额外处理
上一篇: 树莓派初入门(1):SSH远程登录与VNC远程桌面
下一篇: HTML基本结构