structuredclone() 无法拷贝 readablestream 实例，因其内部状态（控制器、队列、锁）不可序列化，尝试会抛出 datacloneerror；替代方案是克隆可序列化的描述符或用 tee() 实现多消费者。
structuredClone() 无法直接拷贝 ReadableStream 实例，因为流对象不属于 structured clone algorithm 支持的可序列化类型（如 ArrayBuffer、Map、Set、Date、RegExp 等），其内部状态（如控制器、队列、锁）不可复制。
为什么 ReadableStream 不能被 structuredClone()
ReadableStream 是一个具有运行时行为的状态机：它可能处于“可读”“关闭”“错误”状态，内部有读取队列、背压控制、控制器引用等。structuredClone 只处理纯数据结构，不执行逻辑或重建异步资源。尝试直接克隆会抛出 DataCloneError：
替代方案：克隆流的“描述”而非流本身
若目标是传递流的“可重建信息”，应提取其可序列化的元数据，再在接收端重新构造新流。常见适用场景包括：
- 跨 Worker 或 iframe 传递流的初始化参数（如 URL、method、headers）
- 保存流配置用于后续 fetch 重试或复用
- 在状态管理中记录“将要创建流”的意图，而非持有流实例
例如，把一个基于 fetch 的流封装为可克隆配置：
url: "/data.json",
method: "GET",
headers: { "Accept": "application/json" }
};
const cloned = structuredClone(streamDescriptor); // ✅ 成功
需要真正“复制流行为”？用 pipeThrough 或 tee()
如果业务逻辑要求多个消费者同时读取同一份流数据（如一个解析、一个存缓存），不能靠克隆，而应使用原生流能力：
-
stream.tee()：返回两个完全独立、可并行读取的新流（底层共享同一个源） -
stream.pipeThrough(transformer)：通过 TransformStream 中转，实现数据转换+分发 - 手动用
ReadableStream构造器 +controller.enqueue()搭建代理流（适合定制分发逻辑）
示例：用 tee() 实现双消费
branch1.pipeTo(destA); // 分支一
branch2.pipeTo(destB); // 分支二
注意边界：ReadableStream 与底层资源解耦
即使你成功传递了流描述符，也要意识到：
– 流一旦被读取（getReader() → read()），就进入“锁定”状态，不可重复读
– 流背后的真实资源（如网络连接、文件句柄）不会随描述符转移
– 在另一上下文（如 Worker）中重建流，必须重新发起请求或打开资源
因此，“拷贝流”本质上不是复制对象，而是协调数据源与多个消费者之间的生命周期和所有权。
