JavaScript在ECMAScript 2020中收到了一个新的数据类型:BigInt。它引入了带有“n”后缀的数值字面量，并允许任意精度:

var a = 123456789012345678901012345678901n;

当然，当这样大的整数(可能是无意的)被强制转换为数字数据类型时，精度仍然会丢失。

而且，很明显，由于有限的内存，总是会有精度限制，为了分配必要的内存和对如此大的数字执行算术，在时间方面会有成本。

例如，生成一个具有10万个十进制数字的数字，在完成之前会有明显的延迟:

console.log(BigInt("1".padEnd(100000,"0")) + 1n)

.．.但它确实有效。

>= ES6：

Number.MIN_SAFE_INTEGER;
Number.MAX_SAFE_INTEGER;

< = ES5

参考文献:

Number.MAX_VALUE;
Number.MIN_VALUE;

console.log (MIN_VALUE, Number.MIN_VALUE); console.log (MAX_VALUE, Number.MAX_VALUE); console.log (MIN_SAFE_INTEGER, Number.MIN_SAFE_INTEGER);/ / ES6 console.log (MAX_SAFE_INTEGER, Number.MAX_SAFE_INTEGER);/ / ES6

Node.js和谷歌Chrome似乎都使用1024位浮点值，因此:

Number.MAX_VALUE = 1.7976931348623157e+308

在JavaScript中，数字的表示是2^53 - 1。

然而，按位操作是在32位(4个字节)上计算的，这意味着如果你超过32位移位，你将开始丢失位。

253 == 9 007 199 254 740 992。这是因为数字存储为52位尾数中的浮点数。

最小值为-253。

这使得一些有趣的事情发生了

Math.pow(2, 53) == Math.pow(2, 53) + 1
>> true

也可能是危险的:)

var MAX_INT = Math.pow(2, 53); // 9 007 199 254 740 992
for (var i = MAX_INT; i < MAX_INT + 2; ++i) {
    // infinite loop
}

进一步阅读:http://blog.vjeux.com/2010/javascript/javascript-max_int-number-limits.html

JavaScript在ECMAScript 2020中收到了一个新的数据类型:BigInt。它引入了带有“n”后缀的数值字面量，并允许任意精度:

var a = 123456789012345678901012345678901n;

当然，当这样大的整数(可能是无意的)被强制转换为数字数据类型时，精度仍然会丢失。

而且，很明显，由于有限的内存，总是会有精度限制，为了分配必要的内存和对如此大的数字执行算术，在时间方面会有成本。

例如，生成一个具有10万个十进制数字的数字，在完成之前会有明显的延迟:

console.log(BigInt("1".padEnd(100000,"0")) + 1n)

.．.但它确实有效。