response.clone()可创建未消费的body流副本，但每个副本的body仍只能读取一次；它不缓存或重放流，仅提供独立流实例用于分流处理。
Response.clone() 本身没有物理限制，它能成功执行；真正受限的是 response.body 流的单次消费特性。clone() 只是复制响应对象的元数据和一个可再次读取的 body 流副本，但每个副本的 body 仍只能被读取一次——这不是 bug，而是浏览器对流式资源的底层设计约束。
响应体为什么只能读一次
HTTP 响应体在 Fetch API 中被建模为 ReadableStream，它代表一个按顺序、不可回溯的数据流。一旦调用 response.json()、response.text()、response.arrayBuffer() 或直接读取 response.body.getReader()，底层流就被“锁住”并逐步消费直至结束。流关闭后，任何再次尝试读取（包括 clone 后再读）都会失败，因为：
- 流不缓存原始字节，也不自动重放；
- 浏览器不会把整个响应体提前加载到内存供多次读取；
-
clone()创建的是新流实例，但每个实例仍遵循“一次消费”规则。
clone() 的真实作用与常见误用
response.clone() 的核心价值是提供一个独立的、未被消费的 body 流副本，用于分流处理（比如一边校验哈希，一边返回给页面）。但它不能绕过“每个流只读一次”的限制。
- ✅ 正确：先
const r1 = res.clone()，再r1.json()；同时用原res构造新 Response 返回； - ❌ 错误：对同一个克隆体反复调用
r1.json()两次； - ❌ 错误：在
res.clone()前已调用过res.text()——此时clone()会直接报 “Response body is already used”。
如何验证 clone 是否有效
最直接的方式是检查 clone 后两个响应体是否都能独立完成读取操作：
- 分别调用
res1.arrayBuffer()和res2.arrayBuffer()，都应返回 Promise 并 resolve 成功； - 若其中一个报错 “body used already”，说明 clone 前已有任意读取操作发生；
- 注意：
response.headers.get('content-length')不受影响，它属于元数据，无需读取 body。
替代 clone 的场景化方案
当 clone 不适用（如需多次解析同一份内容、或需同步访问），可主动缓存字节：
- 用
response.arrayBuffer()一次性读取全部字节，得到ArrayBuffer； - 之后用
new Response(buffer)或new Blob([buffer])构造可重复使用的载体； - 对二进制文件必须避免
response.text()，否则会破坏非 UTF-8 字节； - Service Worker 中做哈希校验时，必须走
arrayBuffer()+crypto.subtle.digest()路径。
