必须用 DataView 而非 TypedArray，因其支持任意字节偏移读取，避免自然对齐限制导致的 RangeError；解析时需传 ArrayBuffer、显式指定 offset 和字节序，并用 getBigInt64 等方法处理 64 位整数。
直接用 DataView 读取非对齐字段，是处理真实网络协议最稳妥高效的方式。它不依赖内存对齐，允许你按协议定义的任意字节偏移精准提取数据，避免了复制、拆包、类型转换等额外开销。
为什么必须用 DataView 而不是 TypedArray
TypedArray（如 Uint32Array）要求数据起始位置必须满足自然对齐：int32 必须从 4 的倍数偏移开始，int64 必须从 8 的倍数开始。但实际协议中，一个 64 位时间戳可能紧跟在 3 字节头部之后——此时偏移为 3，构造 BigInt64Array(buffer, 3) 会立即抛出 RangeError。
DataView 没有这个限制。它所有读写方法都显式接收 offset 参数，底层通过字节拼接实现任意偏移访问，天然适配协议字段的“碎片化”布局。
关键操作要点
使用 DataView 解析时需严格控制三个要素：
- 构造时只传 ArrayBuffer：const dv = new DataView(buffer)，不要传 offset（除非你明确需要视图整体偏移）
- 每次读取都指定准确 offset：比如 header 占 5 字节，则 uint64 字段从 offset = 5 开始读
- 字节序参数不可省略：网络协议多用大端（false），嵌入式设备或某些 RPC 可能用小端（true），必须与协议文档一致
- 64 位整数必须用 getBigInt64 / getBigUint64：不能用 getInt32 或 Uint32Array 替代，否则高位截断；返回值是 BigInt 类型，参与运算时要用 1n 而非 1
典型协议解析片段示例
假设某传感器帧结构为：1 字节 type + 4 字节 timestamp（uint32，大端） + 8 字节 value（int64，小端）：
const dv = new DataView(buffer); const type = dv.getUint8(0); // offset 0 const ts = dv.getUint32(1, false); // offset 1，大端 const val = dv.getBigInt64(5, true); // offset 5，小端 // 后续可安全做：val + 100n、val >>> 32n 等
性能与健壮性兼顾的建议
海量协议流解析中，高频调用 DataView 方法本身开销极低，真正影响效率的是逻辑混乱和错误容错缺失：
- 提前校验 buffer.byteLength 是否足够，避免越界读取抛错
- 对关键字段做范围检查（如 timestamp 是否远超合理值），及时识别损坏帧
- 避免在循环内重复 new DataView(buffer)，复用同一实例即可
- 若需频繁读取固定结构，可封装为函数，把 offset 和字节序作为参数传入，提升可读性与复用率
