BigInt64Array 是 JavaScript 中用于精确处理 64 位有符号整数的定型数组，主要应用于 WebAssembly 数据交互、高精度计时、二进制协议解析等需无损表示 [-2⁶³, 2⁶³−1] 整数的底层场景。
BigInt64Array 是 JavaScript 中用于处理 64 位有符号整数的定型数组，它不存储普通 Number，而是直接操作底层二进制表示的大整数。它的使用场景非常特定，主要出现在需要精确大整数运算、与底层数据交互（如 WebAssembly）、或模拟低级内存操作的场合。
与 WebAssembly 模块交换 64 位整数数据
WebAssembly 默认支持 i64 类型，而 JavaScript 的 Number 无法无损表示所有 64 位整数（超过 253 - 1 就会丢失精度）。当 Wasm 函数返回或接收 64 位整数时，必须用 BigInt64Array（或 BigUint64Array）作为共享内存视图。
- 创建 SharedArrayBuffer，再用 BigInt64Array 视图读写
- Wasm 模块通过 memory.grow 和指针偏移访问同一块内存
- 例如：时间戳纳秒级计数、大型索引表、加密算法中的大整数中间值
高精度计时与系统级数值建模
某些性能敏感或系统仿真场景（如模拟器、金融计算中间态、分布式逻辑时钟）需保持纳秒级时间差或超大序号的严格整数语义，不能容忍 Number 的舍入误差。
- BigInt64Array 可安全存储 [-263, 263−1] 范围内的任意整数
- 配合 performance.now() 或 navigator.gpu（未来）获取原始时间戳后做差值累积
- 注意：不能直接参与算术表达式（如
a + b），需显式调用BigInt()或使用+=等赋值运算符
二进制协议解析与跨语言数据对齐
在解析 C/C++ 结构体序列化数据（如通过 fetch 读取的 .bin 文件）、或对接 Rust/Wasm 导出的 struct 时，字段内存布局必须严格匹配。若结构中含 int64_t 或 long long，JS 端就该用 BigInt64Array 解析。
立即学习“Java免费学习笔记（深入）”；
- 用 DataView 配合
getBigInt64()更灵活；但批量连续读取时，BigInt64Array 视图效率更高 - 字节序需与源数据一致（默认小端，可通过构造时指定
new BigInt64Array(buffer, byteOffset, length)并配合 DataView 校验 - 不能用 JSON.stringify 直接序列化，需手动转为 hex 字符串或 Array.from(...).map(x => x.toString())
注意事项与常见误区
BigInt64Array 不是“BigInt 的数组”，而是“把 ArrayBuffer 当作一串 int64 解释出来的视图”。它和普通数组行为差异明显：
- 不继承自 Array，没有 map/filter/find 等方法（可用 Array.from(new BigInt64Array(...)) 转换）
- 元素只能是 BigInt 值，赋值非 BigInt 会抛 TypeError（
arr[0] = 123❌，arr[0] = 123n✅） - 与普通 Number 混合计算需显式转换：
Number(arr[0])仅在值可安全表示时可用，否则应保持 BigInt 上下文 - 目前不支持结构化克隆（postMessage 传递需先转为普通数组或字符串）
不复杂但容易忽略：它的存在意义不在“替代 Number”，而在填补 JS 与底层二进制世界之间 64 位整数语义的鸿沟。
