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()）