澄清"400 - Bad Request“
澄清"400 - Bad Request“
提问于 2020-09-23 16:20:28
我的后台故意触发了一个不好的请求。使用express的后端按照预期正确应答：
[...]
.catch((error) => {
res.statusCode = 400;
res.json({
msg: "This is some error",
err: error,
});
});我的问题是: 400总是出现在浏览器控制台上吗？我认为我以正确的方式处理了这个错误。
为什么我必须在前端检索数据
// 400:
function (data) {
var data = data.responseJSON.msg);
}而不是(类似于200:)
// 400:
function (data) {
var data = data.msg);
}我只是想知道，如果我做错了什么。
谢谢你的建议
回答 2
Stack Overflow用户
回答已采纳
发布于 2020-09-23 16:45:54
在异步获取数据时，.catch块将处理除2**响应代码以外的任何响应。因此，任何其他响应，无论是4**还是5**，都会被catch块捕获，因此，如果您使用的是Axios或类似的库，则来自后端的响应将位于error.response或data.response中。
我不知道您使用了什么来执行数据的异步获取，也就是Fetch Api，所以我的答案是一个通用响应，而且上面的代码是否完整？
根据我的经验，无论是异步调用还是异步调用，生成错误的任何错误都会记录到控制台中，但您可以从前端在catch块中处理这些错误
Stack Overflow用户
发布于 2020-09-23 16:59:32
问题是，当console.log尝试输出错误时，将打印字符串表示形式，而不是对象结构，因此您看不到.response属性，也看不到.responseJSON
通过使用catch块.catch()捕获错误，或者如果您使用async / await，通常应该将代码包装在try / catch中以捕获错误，否则它将始终在控制台中输出此红色错误
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/64023796
复制相关文章
相似问题
腾讯云开发者
