bigint64array无法读取大端序64位整数，因其固定按小端解释且无字节序参数；必须使用dataview.getbigint64(offset, false)并确保offset%8===0，否则抛错；写入同理需用setbigint64()并指定false；混合协议中dataview更可靠。
BigInt64Array 不能直接读大端序 64 位整数
你不能靠 new BigInt64Array(buffer) 直接拿到大端序的 int64 值——它的字节序由底层平台决定（通常是小端），且不接受字节序参数。一旦协议规定字段是大端（比如网络字节序、某些文件格式头），用它读会得到完全错误的数值。
常见错误现象：getBigInt64(0, false) 返回值和预期差好几个数量级；或解析 C 结构体时字段值全乱，但其他 32 位字段正常。
- BigInt64Array 是固定小端解释的视图，没有字节序开关
- 即使构造时传
byteOffset或length，也无法改变其字节序行为 - 若强行用
new DataView(buffer).getBigInt64(0, false)却忘了传isLittleEndian = false，默认按小端读，结果必错
DataView.getBigInt64() 是唯一可控的大端 64 位读取方式
getBigInt64() 是 DataView 提供的、唯一能显式控制字节序的 64 位整数读取方法。它要求 offset 对齐到 8 字节边界（否则抛 RangeError），并把第二个参数设为 false 表示大端。
使用场景：解析 .sbsong 文件中的时间戳字段、网络协议中的序列号、或 Rust 导出的 struct 中的 i64 字段（若约定为大端）。
- 必须确保
offset % 8 === 0，例如从第 8、16、24 字节开始读 - 调用形如
dataView.getBigInt64(offset, false)——false不可省略 - 若数据实际是小端，却传
false，结果仍错；务必确认协议文档或用已知值校验 - 性能无明显损失：与
getInt32()同属原生 DataView 方法，底层优化充分
写入大端 64 位整数必须用 setBigInt64()
读错还能调试，写错可能直接污染下游系统（比如发给 WebAssembly 的 i64 参数错位）。setBigInt64() 和读取一样，必须显式指定 isLittleEndian = false 才能写入大端格式。
容易踩的坑：BigInt64Array[0] = 1234567890123456789n 看似简单，但它写的是小端，且无法控制；若目标系统期待大端，接收方解析就会失败。
- 永远不要用 BigInt64Array 赋值来“写协议字段”，除非你 100% 确认对方也用小端解释
- 写入前检查值是否在 [-263, 263−1] 范围内，超界会静默截断（不是报错）
- 若需批量写入多个大端 int64，别手写循环调用
setBigInt64()，先用new BigUint64Array()做中间缓存再拷贝，避免反复计算 offset
混合类型协议里，DataView 比 BigInt64Array 更可靠
真实二进制协议极少只含 64 位整数。往往前面是 4 字节签名、接着 2 字节版本、再是 8 字节时间戳、然后是变长字符串……这种场景下，BigInt64Array 完全无用——它只能当整个 buffer 是纯 int64 序列时才适用。
而 DataView 可以在同一 buffer 上自由跳转：getInt32(0, false) → getUint16(4, false) → getBigInt64(6, false)，无需创建多个视图，也不关心对齐是否“完美”（只要单次读写的 offset 合法）。
- 解析 SongShow Plus 的
.sbsong时，必须用 DataView：前 4 字节是getInt32()，后面文本是逐字节读getUint8()，64 位字段才用getBigInt64() - 若硬套
BigInt64Array，你会被迫做大量slice()+ArrayBuffer.transfer()，既慢又易错 - 跨语言对接（如 Rust/C++）时，DataView 的字节序控制能力是保命关键，而 BigInt64Array 是“假设大家都用小端”的妥协产物
最常被忽略的一点：大端 64 位字段的 offset 很可能不是自然对齐的——比如协议定义“时间戳位于第 10 字节”，那它就跨了两个 8 字节块。此时 getBigInt64(10, false) 会直接抛 RangeError。你得先确认该字段是否真按 8 字节对齐；若不满足，说明协议本身用了 packed 结构，必须改用 getUint8() 手动拼装，或换用更底层的 Uint8Array 视图加位运算。
