关于响应的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);
	...
相关推荐
程序员爱钓鱼12 分钟前
Rust const泛型详解:让常量也成为泛型参数
后端·面试·rust
计算机魔术师21 分钟前
我看了 Hugging Face 的 Daily Papers,发现这件事
前端
evans在进步38 分钟前
Spring Boot 工程化核心详解:Parent、Starter、热部署、事务与多数据源
spring boot·后端·python
yu俞娥宝1 小时前
Codex官网前端可抄吗?技术拆解、风险边界与合规借鉴方案
前端
宫水三叶的刷题日记1 小时前
馋猫外卖:AI 让字节式试错没有天花板
后端
捧 花1 小时前
FastAPI 基础语法:从一个完整接口理解 Web API 的设计
前端·python·fastapi·middleware
Hilaku2 小时前
一行 CSS 新特性干掉 20 行 JavaScript ?
前端·javascript·程序员
风月说与山鬼2 小时前
JS闭包详解
开发语言·javascript
JarvanMo2 小时前
AI 写代码暴增 161 倍,移动开发有没有变得更差?
前端
SomeB1oody2 小时前
【RustyML入门】7.4. 按需裁剪与模块化集成
开发语言·后端·机器学习·rust·教程