我一直是 Axios 数据获取的狂热用户,但我最近决定改用 Fetch API。在探索过程中,我遇到了一个微妙但显着的差异,我认为值得分享。
让我们从这段代码开始。您认为它会记录什么?
try{ //this returns a 404 error const res = await fetch("randomapi....") console.log("successful") }catch(err){ console.log("failed", err) }
如果您猜测它会在控制台上记录“失败”以及错误对象,那么您并不孤单 - 直到最近我也这么认为。然而,Fetch 并不是这样工作的!
这里有一个问题:即使 Fetch 请求收到 404 或 500 状态代码,它也不会抛出错误,也不会触发 catch 块。相反,fetch 函数会解析 Promise,让您检查响应是否成功。
要正确处理 Fetch 错误,您需要显式检查 res.ok 属性,如下所示:
try{ //returns 404 error const res = await fetch("randomapi") if(!res.ok){ throw new Error("fetch request failed") } console.log("successful") let data = await res.json() console.log(data) }catch(err){ console.log(err) }
使用这种方法,如果响应状态超出成功范围(200–299),则执行 throw 语句,并在 catch 块中捕获错误。
为什么会发生这种情况?
与 Axios 不同,Fetch 不会将 2xx 范围之外的 HTTP 响应代码视为错误。相反,它将所有 HTTP 响应(无论成功与否)视为已履行的承诺。这种设计选择为开发人员提供了更多控制权,但也需要额外的努力来正确处理错误。
理解响应。ok
response.ok 属性是一个布尔值,对于 200 到 299 之间的 HTTP 状态代码,其计算结果为 true。对于任何其他状态代码,其计算结果为 false。这使得检查您的提取请求是否成功成为一种简单可靠的方法。
例如:
如果您需要更精细的错误处理,例如区分客户端错误 (4xx) 和服务器端错误 (5xx),您还可以直接使用 response.status 访问状态代码。
感谢您的阅读,希望这对其他人有帮助!
以上是了解 Fetch API 中 res.ok 的重要性的详细内容。更多信息请关注PHP中文网其他相关文章!