response.ok 是 Fetch API 中 Response 对象的只读布尔属性，值为 true 当且仅当 status 在 200–299 范围内；它不是方法、不接收参数、不校验外部响应，也不是 Java/Spring 中的类似概念。
response.ok 是什么，不是什么
response.ok 是一个只读布尔属性，值为 true 当且仅当 response.status 在 200–299 范围内。它不接收参数、不调用方法、不校验外部响应——它只是当前 Response 实例状态的快照。
别把它和 Java 的 Response.ok() 或 Spring 的 HttpStatus.OK 混淆：response.ok 是浏览器 Fetch API 里的响应属性，不是构造函数，也不能用于“检查任意对象是否成功”。
- ✅ 正确理解：它是
fetch()返回的Response对象自带的状态标识 - ❌ 错误用法：
Response.ok(response)（语法错误）、if (response.ok === undefined)（永远是 boolean） - ⚠️ 常见误解：以为 304、204 等非 200 响应会令
response.ok为false——其实 204、201、206 都属于成功族，response.ok仍为true
为什么必须在 .then() 里立刻检查 response.ok
fetch() 只在网络层失败（如断网、DNS 解析失败、请求被 abort）时 reject；所有 HTTP 错误（401、404、500）都走 .then() 分支，且 response.ok === false。不检查它，后续直接 response.json() 就可能解析空体、HTML 错误页或非法 JSON，导致脚本崩溃或逻辑错乱。
- ❌ 错误写法：
fetch(url).then(r => r.json()).catch(...)—— 404 响应照样进.then()，然后r.json()可能 resolve 一个空对象或 reject SyntaxError - ✅ 正确顺序：必须在第一个
.then()中，调用response.json()前 判断if (!response.ok) - ? 提示：
response.status和response.statusText此时一定可用，可用于构造带上下文的错误信息
response.ok 为 false 时怎么抛错才不重复捕获
如果 response.ok 为 false 却没主动 throw，错误会被静默吞掉；但如果在 response.json() 后再抛业务错误（比如 data.code !== 0），而响应体本身又是非法 JSON，就可能触发两次 catch：一次是 response.json() 的 SyntaxError，另一次是你手动 throw 的业务错误。
立即学习“前端免费学习笔记（深入）”；
- ✅ 推荐模式：在首个
.then()中统一处理协议层失败（HTTP 状态异常） - ✅ 示例：
fetch('/api/user').then(response => { if (!response.ok) { throw new Error(`HTTP ${response.status}: ${response.statusText}`); } return response.json(); // ✅ 这里才开始解析体 }).then(data => { if (data.code !== 0) { // ✅ 业务层校验放在这里 throw new Error(data.msg || '业务失败'); } return data; }).catch(err => { console.error('统一错误入口:', err); }); - ⚠️ 注意：
response.json()自身可能 reject（如返回空响应、XML 内容、乱码），所以它的调用也应视为潜在异常点，但不应和 HTTP 状态错误混在同一层处理
response.ok 不能替代业务 success 字段判断
response.ok 只管 HTTP 协议层，不管后端业务逻辑。很多服务习惯用 200 包裹所有响应，靠 data.success === true 或 data.code === 0 表达业务成败。这时候 response.ok === true 只说明“服务器收到了、也返回了”，不代表“你要的数据拿到了”。
- ✅ 必须分两层校验：先
response.ok→ 再data.code === 0（或类似约定） - ⚠️ 容易踩坑：把后端返回的
{ code: 500, msg: "DB error" }当作成功数据使用，因为状态码是 200 - ? 建议：封装请求函数时，把这两层检查写死在基础 fetch 调用里，避免每个接口都重复写
console.log(await response.text())，会导致后续 response.json() 返回空对象。这个副作用不报错，但数据就丢了。 
