Android L 神级 Bug

[razrlele]

[Mutoo]

这没有什么啦，js 里：
> 0.1+0.2
0.30000000000000004

参见 IEEEE754

[ufo22940268]

刚刚试了下，发现只有这两个数字相减才会，这是为什么呢

[Automan]

计算器居然不是高精度= =

[Xhybrid]

貌似跟计算机的存储方式有关，都是01存储的，不可能精确把

[imgalaxy]

http://tieba.baidu.com/p/1380632364
几年前都有BUG。。。。

[razrlele]

@Mutoo
刚才用代码测试了一下：
double型变量输出15位小数的结果是0.5999999999999994
float型变量输出15位小数的结果是0.599998474121094

看来这果然不是bug。。。

@Automan
这里面用的是double型变量，double型变量可以表示的数值范围是+/- 1.79769e+308，对于手机计算器一般应该是够了吧

[ETiV]

我记得刚2000年左右那会儿, 某天中午看CCTV, 里面爆了一个卡西欧计算器的BUG.

2*2*2*....*2 加 n(忘了是几次了...) 次, 最后的数是奇数.

都是整数, 也会出错.

[rinehart]

这个实现跟你的手机的厂商是否有对libm进行“优化”有关系

[Automan]

@razrlele 一般来说计算器应用在这种范围都不该用double的。。。几次计算下来就有误差了

[Cee]

不是有个笑话是什么算2500/50 按了一下没反应 结果再按一下是1么（

[razrlele]

@Cee 这两个梗不一样诶。。。٩◔̯◔۶

这个地方应该是计算机本身运算器的问题

（不过我刚才还真跑去按了按发现结果是50我安心地笑了23333

[BGLL]

里程碑的时代就发现了……

[mfaner]

简直了。Java里一个BigDecimal就能解决的事情，有这么懒吗？

[kawaiiushio]

这只是一个精度未定义的问题、、、不算bug
当然 安卓这个计算器app的制作人员也是坑爹

[0x1e240]

MIUI 没有的说

[jdqingm]

这是如何发现的bug……

[kawaiiushio]

@0x1e240 万物基于miui 不科学啊23333

[lincanbin]

旧版本安卓的计算器的确没这个问题。
计算器一般应该用大整数模拟小数进行运算的。

[kmvan]

2.3.5版也有问题

[xz]

@ETiV 2的23次方？