关于响应的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);
	...
相关推荐
Gopher_HBo9 分钟前
Go CPU 剖析的"地基":信号、CAS、写屏障、无锁环形缓冲
后端
曦樂~16 分钟前
【Web Development】02 CSS
前端·css
panbook19 分钟前
从0到1实现一个分布式时序数据库(二):写入成功之后,如何用 WAL 找回数据
后端
风骏时光牛马28 分钟前
后端服务接口开发与数据逻辑处理
前端
东鹏特饮34 分钟前
经典打砖块(Breakout)游戏
前端·css·css3
Swot38 分钟前
上传一张 4MB 图片,我先后撞上了三层请求体限制
后端
IT_陈寒1 小时前
Vite的HMR把我整不会了:一个生产环境的热更新坑
前端·人工智能·后端
OLRainM1 小时前
实习复盘:大模型网关渠道质量评分实战(二)—— 报错了到底算谁的锅?流式归因与 Token 补账踩过的 8 个真坑
后端
Hone1 小时前
juejin-skills 系列 ②:我把「看掘金热榜」也做成了 Agent 技能
开源·node.js·ai编程
Mh1 小时前
如何使用双缓冲优化视频切换
前端