DataView 不能被 structuredClone 直接克隆，因其不在原生支持类型列表中；应先克隆底层 ArrayBuffer，再用新缓冲区和原 byteOffset、byteLength 创建新 DataView。
不能直接用 structuredClone 复制 DataView 对象——它不在原生支持的可克隆类型列表中。DataView 本身是视图（view），依赖底层 ArrayBuffer，而克隆的关键在于正确处理缓冲区与偏移/长度逻辑。
为什么 DataView 不能被 structuredClone
structuredClone 明确不支持以下内容：
– 函数、Promise、Proxy
– undefined、不可枚举属性、getter/setter 属性
– DOM 节点、window、document
– 单独的 DataView 实例（无 ArrayBuffer 上下文）
虽然 ArrayBuffer 和 TypedArray（如 Uint8Array）能被克隆，但 DataView 不在规范支持范围内。调用 structuredClone(new DataView(buf)) 会抛出 DataView is not cloneable 类型错误。
推荐做法：克隆底层 ArrayBuffer，再新建 DataView
真正高效且安全的方式是：先克隆支撑它的 ArrayBuffer，再用新缓冲区创建新 DataView。这样既保留原始字节数据，又避免共享内存风险。
- 若只需只读副本，用
structuredClone(buf)得到新缓冲区，再传入new DataView(cloneBuf, byteOffset, byteLength) - 若原始
DataView的byteOffset或byteLength非全缓冲区范围，需显式传入对应参数，确保视图范围一致 - 示例：
const buf = new ArrayBuffer(16); const dv = new DataView(buf, 4, 8); // 视图覆盖字节 4–11 const clonedBuf = structuredClone(buf); const clonedDv = new DataView(clonedBuf, dv.byteOffset, dv.byteLength);
大体积数据优化：用 transfer 选项零拷贝移动缓冲区
当确定原始 ArrayBuffer 后续不再使用时，可用 { transfer: [buf] } 让浏览器“移交”内存所有权，避免复制开销。
- 适用场景：一次性的数据转发、Worker 通信前准备、临时解析后丢弃原数据
- 注意：移交后原
buf变为 detached，其上的所有视图（包括原DataView）将失效，读写会报错 - 操作顺序必须是：先保存
dv.byteOffset和dv.byteLength，再执行structuredClone(buf, { transfer: [buf] })，最后构造新DataView
替代方案：用 TypedArray 中转更直观
如果原始 DataView 对应的是常见类型（如 Uint8Array），可先用 new Uint8Array(buf, offset, length) 构造视图，再克隆该 TypedArray —— 它是 structuredClone 原生支持的。
-
structuredClone支持所有TypedArray子类（Int32Array、Float64Array等） - 克隆后调用
.buffer获取新ArrayBuffer，再创建新DataView - 比纯 DataView 更易调试，也便于后续按类型读写（如
getInt32()）
