为什么交换相加的几个数的顺序,却得到了不同的和?

为什么交换相加的几个数的顺序,却得到了不同的和?

23.53 + 5.88 + 17.64 = 47.05
23.53 + 17.64 + 5.88 = 47.050000000000004

在 java 和 javascript 中,都返回相同值。

我知道计算机中用二进制浮点形式来表示小数,有很多比如 1/3 - 0.333333…都能正确表示。

也许这个问题有点儿傻,但是我想知道为什么仅仅交换了运算的顺序产生了不同的结果?谢谢大家。

也许这个问题有点儿傻,但是我想知道为什么仅仅交换了运算的顺序产生了不同的结果?

当我们对数值进行四舍五入时,会丢失掉部分精度。让我们先看一个是二进制浮点数的例子。在此例子中,我们使用 4 位有效数字来描述,如果此范围无法表示,则我们将其向无穷大方向舍入到最接近值,这样我们可以清楚看到在哪个步骤我们丢失掉精度。

1/3 + 2/3 + 2/3 = (0.3333 + 0.6667) + 0.6667
                = 1.000 + 0.6667 (需要四舍五入!)
                = 1.667 (这里 1.6667 被四舍五入到 1.667)

2/3 + 2/3 + 1/3 = (0.6667 + 0.6667) + 0.3333
                = 1.333 + 0.3333 (这里 1.3334 被四舍五入到 1.333)
                = 1.666 (这里 1.6663 被四舍五入到 1.666)

下面例子中,我们使用整数:

10000 + 1 - 10000 = (10000 + 1) - 10000
                  = 10000 - 10000 (这里 10001 被四舍五入到 10000)
                  = 0

10000 - 10000 + 1 = (10000 - 10000) + 1
                 = 0 + 1
                 = 1

上面例子已经很清楚说明这个问题,就是因为我们需要有限有效数字——是一个有限小数位。如果我们总是保持相同有限,然后使用加法或者减法操作,将会出现问题(如果没有溢出话)。

问题是,当计算过程中遇到更大的数,那么较小的数就会丢失,比如上例子 10001 被四舍五入到 10000

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值