64 位整数表示

[ghostheaven]

需要从 Buffer 里读出来一个 64 位的整数，发现 JS 最大精确的整数＜ 64 位，所以不提供 readUint64BE 的方法。如果用 bignum 处理就太麻烦，所有相关的四则运算都得改写成函数调用。

幸好 Buffer 里的数字也没有超过 JS 最大的整数值，所以就用 JS 的整数简单代替了一下，一旦发现 Buffer 这个值的高位超过了最大整数的高位就直接报错了事。

大家都是怎么处理这种问题的

[chai2010]

js 里面是 float64，可以精确涵盖 int53 范围的整数，如果够用就用 js 内置的浮点数就行了

[ETiV]

有个 long.js
可以把 buffer 转成 long 对象，分 high、low，还可以.toString

[ghostheaven]

@chai2010 是 64 位的偏移量，指向文件内的一个位置，浮点肯定不行。

[ghostheaven]

@ETiV 这个跟 bignum 的问题一样，要用它的方法代替运算符，不过这可能是 js 上的唯一方式。
不知道 typescript 有没有 64 位的强类型，或者要考虑 webassembly 了。

[chai2010]

@ghostheaven 30bit 是 1GB, 40bit 是 1TB, 50bit 是 1PB, 指向文件内的一个位置很小的,
int53 足够表示, 这是 double 型能精确表示的整数区域.

[8qwe24657913]

现在就得改成函数调用；将来的话，有个 stage-3 的提案 https://github.com/tc39/proposal-bigint

[ghostheaven]

@chai2010 确实，忘记算一下了，暂时用 js 的整数不会出问题。

[ghostheaven]

@8qwe24657913 这个不知道啥时候能成正式的标准，而且说混合普通数值运算会丢精度，这就有点坑了。
53 位的整数看上去还不错，一般见不到那么大的文件。

[8qwe24657913]

@ghostheaven #8 仔细看，他说的是因为混合运算会丢精度，所以不允许混合运算，要你手动调用 Number()或 BigInt()来转换类型再运算