必须用 dataview.getbiguint64(偏移, false) 读取非对齐大端64位整数：bigint64array要求8字节对齐，dataview无此限制；字节序参数必填，false为大端；结果为bigint，运算需加n后缀，比较和json序列化须特殊处理。
直接用 DataView.getBigUint64() 或 getBigInt64()，传入偏移量和 false（表示大端），就能精准读取——关键不是“能不能”，而是“怎么不踩坑”。
必须用 DataView，不能用 BigInt64Array
协议字段几乎从不对齐。比如一个 64 位时间戳紧接在 3 字节头部之后，起始偏移是 3。此时：
-
❌ 错误做法：
new BigInt64Array(buffer, 3)→ 抛RangeError（非 8 字节对齐） -
✅ 正确做法：
dataView.getBigUint64(3, false)→ 明确指定偏移 + 大端，无对齐限制
字节序参数不可省略，false = 大端
和 getInt32() 不同，getBigUint64() 的第二个参数是强制的布尔值：
-
true表示小端（least significant byte first） -
false表示大端（most significant byte first）——你协议里写的“高位在前”，就填false - 漏写会报错：
TypeError: parameter 2 is not of type 'boolean'
读出的是 BigInt，运算和序列化要守规则
得到的结果如 1672531200000000000n，它不是普通数字：
-
算术：只能和
n后缀数运算，例如value + 1000n，不能写+ 1000 -
比较：避免
value === 1672531200000000000（number），应统一转字符串或用value.toString() === '1672531200000000000' -
JSON 序列化：
JSON.stringify(value)返回{}，需手动处理，例如{ timestamp: value.toString() }
验证大端是否真生效？动手看字节
快速确认协议是否按大端解析正确：
- 取 8 字节原始数据，比如
new Uint8Array([0x00, 0x00, 0x00, 0x00, 0x63, 0xb0, 0x2e, 0x80]) - 用
view.getBigUint64(0, false)→ 得到1672531200000000000n - 手动计算：把这 8 字节当大端整数，即
0x0000000063b02e80= 十进制1672531200000000000，一致即正确
