bigint64array不能直接用于网络协议解析，必须用dataview的getbigint64()/getbiguint64()方法读取非对齐字段；调用时字节序参数为必需布尔值；读出的bigint需用1n而非1参与运算，且不可与number混用或直接json.stringify。
BigInt64Array 不能直接用于网络协议解析，别用错视图类型
网络二进制协议（比如自定义 RPC 包、传感器帧、WASM 导出结构）中出现的 int64_t 或 uint64_t 字段，**必须用 DataView 的 getBigInt64() / getBigUint64() 方法读取**，而不是创建 BigInt64Array 视图。原因很实际：协议字段通常不连续对齐，且偏移量由协议定义决定；BigInt64Array 要求数据从字节边界严格按 8 字节步长排列，而真实协议里一个 int64 可能紧跟在 3 字节 header 后面——这时构造 BigInt64Array(buffer, 3) 会因非 8 字节对齐抛 RangeError。
用 DataView.getBigInt64() 读取时必须显式传入字节序参数
默认不传字节序参数会报错：getBigInt64() 和 getBigUint64() **第二个参数是必需的布尔值**，表示是否小端（true）或大端（false）。这和 getInt32() 等方法不同，后者有默认值，但 64 位版本没有。
常见错误现象：dataView.getBigInt64(0) 直接调用 → 报 TypeError: Failed to execute 'getBigInt64' on 'DataView': parameter 2 is not of type 'boolean'。
正确做法：
const buffer = new ArrayBuffer(16); const view = new DataView(buffer); // 假设协议规定该 int64 是小端存储 const value = view.getBigInt64(8, true); // 从第 8 字节开始读，小端 // 若协议是大端，则写成 view.getBigInt64(8, false)
务必对照协议文档确认字节序，错一个 bit 就全乱。
赋值和算术操作要小心 BigInt 类型约束
从 DataView 读出的是原生 BigInt（如 1234567890123456789n），它不能和 number 混合运算：
-
value + 1❌ 报TypeError: Cannot mix BigInt and other types -
value + 1n✅ 正确 -
value.toString()✅ 安全转字符串 -
JSON.stringify(value)❌ 返回空对象{}，需手动处理
如果后续要参与比较或条件判断，注意 BigInt 和 number 不能用 == 或 === 直接比（1n === 1 是 false）；建议统一转为 String 或用 BigInt.asIntN(64, ...) 做截断后比较。
批量连续 64 位整数？先确认是否真需要 BigInt64Array
只有当协议中有一长串**严格 8 字节对齐、同类型、连续存放**的 64 位整数（比如时间戳数组、坐标序列），才考虑用 BigInt64Array 提升批量读取性能。否则一律用 DataView —— 它更灵活、容错强、调试直观。
若确实要用 BigInt64Array：
- 构造时必须确保
byteOffset是 8 的倍数，否则报RangeError - 赋值只能用
123n，不能写123（会抛TypeError） - 它没有
.map()，想转换得先Array.from(bigint64Array) - 不能用
JSON.stringify，得手写Array.from(bigint64Array).map(x => x.toString())
真正容易被忽略的是：**64 位整数在网络协议中几乎总是混合在其他类型字段之间，而非整齐排队。这时候硬套 BigInt64Array 不是优化，是给自己埋雷。**
