javascript – 为什么NodeJS对大数字的添加不准确？

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了javascript – 为什么NodeJS对大数字的添加不准确？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1913字，纯文字阅读大概需要3分钟。

内容图文

我在PHP和NodeJS中执行了相同的添加. PHP正确计算了多达10亿次迭代,但NodeJS只能正确计算多达1亿次迭代.

这是PHP代码：

<?php
$start_time = time();
$j = 0;
for ($i = 0; $i <= 1000000000; $i++) {
    $j += $i;
}
$end_time = time();
echo "Time Taken: " . ($end_time - $start_time);
echo "\n";
echo "i: " . $i;
echo "\n";
echo "j: " . $j;
echo "\n";
?>

其中返回了以下输出：

Time Taken: 15
i: 1000000001
j: 500000000500000000

这是NodeJS代码：

var epoch = require('epoch.js');
var start_time = epoch().format('ss');
var i;
var j = 0;
for (i = 0; i <= 1000000000; i++) {
    j += i;
}
var end_time = epoch().format('ss');
var time_taken = end_time - start_time;
console.log("Time Taken: " + time_taken + " \ni: " + i + "\nj: " + j);

其中返回了以下输出：

Time Taken: 1 
i: 1000000001
j: 500000000067109000

为什么NodeJS中的j变量错误？

编辑：

正如@SalmanA所指出的那样(并得到我的证实),我还想问一下为什么不同处理器上Javascript的最大整数限制保持不变,但PHP的变化是什么？

解决方法:

既然你改变了问题的意图,我觉得重新打开它.

在JavaScript中,没有整数或浮点数,仅为Number,使用IEEE 754-2008 64位(双精度)格式表示.这种格式的特征之一是可以准确地表示-9007199254740991和9007199254740991之间的所有“整数”.超出此范围的数字是近似的.简单的例子：

> 9007199254740993
< 9007199254740992

您的Node.js代码生成的值大于Number.MAX_SAFE_INTEGER,这就是结果是近似而不是准确的原因.

在PHP中,您有integers and floats.但是：

>整数数据类型的大小在所有平台上都不相同

> PHP x64使用8字节整数*( – 9223372036854775808 … 9223372036854775807)
> PHP x86使用4字节整数(-2147483648 … 2147483647)
> PHP似乎使用IEEE 754-2008 64位浮点数,与JavaScript相同

>如果出现溢出,PHP会将变量的数据类型从整数更改为float

在PHP x64上运行时,您的示例程序最终会得到$j = int(500000000500000000),这小于PHP_INT_MAX的值,因此不会发生转换为浮点(并且精度损失).

在PHP x86上运行时,相同的代码一旦变量大于PHP_INT_MAX就会将变量转换为浮点值,因此最终会得到$j = float(5.0000000006710899E 17)**.

*不在Windows上
**您需要将精度设置为最大值

内容总结

以上是互联网集市为您收集整理的javascript – 为什么NodeJS对大数字的添加不准确？全部内容，希望文章能够帮你解决javascript – 为什么NodeJS对大数字的添加不准确？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端