关于响应的HTTP状态码

WEB后端服务开发中,经常会遇到回传HTTP状态码的些许困惑。HTTP状态码大致是这样约定的:

信息响应 (100--199)

成功响应 (200--299)

重定向消息 (300--399)

客户端错误响应 (400--499)

服务端错误响应 (500--599)

按说我们web开发要遵循定义规范,那么是否要在每一个响应中包含相应的状态码信息呢,其实也不是。我个人是这样考虑的,如果前端是浏览器来直接处理响应:比如访问链接,form提交等,那么后端应返回跟标准定义相符的HTTP状态码,这样浏览器不会有理解偏差。

javascript 复制代码
res.status(404).json({ error: '凭据无效' });

如果是由ajax/jquery/axios来提交申请并处理响应,那么只要前后端约定一致,后端返回状态码不一定要严格与HTTP状态码定义一致,甚至不用状态码而使用返回的数据中的特定属性参数来传反馈信息都是可以的,这样其实还能更准确个性化地将更完整丰富的信息传递给前端。

javascript 复制代码
res.json({"code":404,"msg":"凭据无效"});
javascript 复制代码
axios.post("/app/call").then(res=>{
	if (res.data.code!=200) return alert(res.data.msg);
	...
相关推荐
钛态4 小时前
前端安全防线:CSRF 攻击链路与双重 Token 校验的工程实现
前端·vue·react·web
大阳光男孩5 小时前
Spring Boot 整合 Debezium 实现 MySQL 增量数据监听(嵌入式版)
spring boot·后端·mysql
皮皮林5515 小时前
ThreadLocal 不香了?ScopedValue才是王道?
后端
张拭心5 小时前
技术管理笔记:让我“燃尽”的一天
前端
X-⃢_⃢-X5 小时前
一、第一阶段:认识 Spring Boot
java·spring boot·后端
前端工作日常6 小时前
我学习到的Java程序的生命周期
java·后端
不好听6136 小时前
BFF 架构实战:从前端直调 API 到加入中间层
前端·架构
不好听6136 小时前
前端跨域完全指南:从为什么报错到三种解决方案
前端
三8446 小时前
路由策略/控制 配置双点双向路由重发布
服务器·前端·javascript
Qimooidea7 小时前
祁木 CAD Translator 工程图纸出海实战指南
服务器·前端·安全