为毛 JS 的浮点这么鬼畜的啊

[outlaws]

var a = 0.05
a += 0.01

这时候 a 会等于 0.060000000000000000000005

新手入门学艺不精，多谢大家指点

[luban]

二进制保存小数问题，基本上编程语言都有类似的问题

[lovedebug]

JS 是双精度浮点数，用的 IEEE754 ，因而浮点数数值计算本来就不可能精确

[zoudm]

因为浮点数是实数的近似表示。计算的时候就会产生误差。跟具体什么语言没有关系。

C 里面可以自己决定使用 32 位的 float 或 64 位的 double ， python 默认都是 64 位的浮点数。

定义一个 double d = 0.1 ，再 printf("%.20lf", d)，就可以知道浮点数是无法准确表示 0.1 的。

[CodingPuppy]

跟语言没关系

[br00k]

和语言没关系

[InFaNg]

js 日常背锅

[laoyur]

In [1]: a = 0.05

In [2]: b = 0.01

In [3]: a + b
Out[3]: 0.060000000000000005

Python 表示这个锅有 js 帮背，真舒坦

[exoticknight]

心痛 js

[SourceMan]

日常背锅

[aristotll]

Js 表示虽然我设计的差 但真不是我的锅啊

[FrankFang128]

楼主找 block 么

[billlee]

自己计算机基础都没学好，还怪 js

[iVanilla]

我用 PHP 无法还原这个过程，不知什么原因。
<?php
$a = 0.05;
$a += 0.01;
echo $a;
?>
输出： 0.06

[YuJianrong]

@iVanilla 因为转成十进制字符串的保留小数位数不同……

LZ 标题都说 JS 的“浮点”（而不是官方听起来有些模糊的“数字” Number ）了，还说这些难道是钓鱼？
这钩也太直了吧。

[iVanilla]

@YuJianrong 如果数值大一些， PHP 也可以出现类似现象，鸟哥在他的博客有解释： http://www.laruence.com/2013/03/26/2884.html

如果说这帖子是钓鱼的话，只能说钩直饵咸。

[11138]

@iVanilla
<?php
$a = 1.002;
$a -= 1.001;
echo $a;
?>

[justjavac]

http://justjavac.com/codepuzzle/2012/11/11/codepuzzle-float-who-stole-your-accuracy.html

[zhanglintc]

不知道你有没有听说过一个网站:
http://0.30000000000000004.com/

[iVanilla]

@11138 这个确实可以，但 LZ 这个用 PHP 怎么试都还原不出来，我尝试加大小数位数都不能复现。
原因不明。

[iVanilla]

@zhanglintc 看了你这个链接之后用 PHP 复现成功。
<?php
ini_set('precision', 17);
$a = 0.05;
$a += 0.01;
echo $a;
?>

官方的解释： http://php.net/manual/zh/ini.core.php#ini.precision
浮点数中显示有效数字的位数。

我看了下， PHP7 的默认值是 14.

[zhanglintc]

@iVanilla PHP 不是很熟哦. 不过你一说我突然想起来, 当时 PHP 这段我把我看笑了. PHP 居然如此机智的避开了这个问题.

[russj]

心疼 js

[11138]

@iVanilla 是的，这个 precision 默认值在 php.ini 里。

[ljcarsenal]

不如认真读一下 csapp

[y]

0.01 和 0.05 都是二进制下的无限循环小数，没法用 64 bit 表示
所以只能作为双精度浮点数存在

0.01 表示为 0x3f847ae147ae147b, 也就是二进制的 1.0100011110101110000101000111101011100001010001111011 * 2^-7

0.05 表示为 0x3fa999999999999a, 也就是二进制的 1.1001100110011001100110011001100110011001100110011010 * 2^-5

用竖式加起来

1.111010111000010100011110101110000101000111101011100011 * 2^-5

注意这个结果已经比原来的小数长了两位（末尾的 11 ），现在要做四舍五入

0.06 是
1.1110101110000101000111101011100001010001111010111000 * 2^-5

而
0.060000000000000005 是
1.1110101110000101000111101011100001010001111010111001 * 2^-5

显然后者的误差更小。

最后吐槽一下楼主的态度：
实际答案明明是 0.060000000000000005 ，
楼主原帖多了六个 0 ，复制粘贴都不会吗，一定要手打？

（我一定是知乎玩多了...）

[kideny]

楼主这被打脸的不清啊。

[iVanilla]

@zhanglintc 我开始以为之前很多人在 bugs.php.ne 反馈了，然后官方把这个值改了，不过我去 https://secure.php.net/releases/ 下载了十多年前的 PHP4.3.11 和 PHP5.0.0 ，发现这个值都是 14 。
@11138 很奇怪为什么你那个例子在不改 precision 的情况下能复现。

[hasbug]

IEEE 754···

[11138]

@iVanilla 设置 precision 影响显示的值的位数（整数部分和小数点部分），但是开始和结尾部分的 0 不算数。
<?php
$num = 0.012345600000000000;
ini_set("precision", "12");
echo $num; // 0.0123456
echo "\n";
ini_set("precision", "3");
echo $num; // 0.0123
echo "\n";
ini_set("precision", "5");
echo $num; // 0.012346
echo "\n";
?>

[y]

@iVanilla 顺便说一句，如果有人要开发一套类似于支付宝的系统（或者 V2EX 的货币系统），那货币的金额一定要是 “ 1 分钱” 的整数倍，而不是有 “ 0.01 元” 这样的数据。所有的数据都要用整型表示，显示的时候再加上小数点，否则时间长了算账的时候会疯掉的。

举个例子，消失的一元钱：

>>> 9999999999999999.0 + 1 - 9999999999999999
0.0

[maomaomao001]

@kideny 什么叫被大脸？？？？
他不是在好好的问问题吗？？？？

[br00k]

@iVanilla http://www.laruence.com/2013/03/26/2884.html

[iVanilla]

@br00k 我前面的回复有提到鸟哥这篇文章的 url 。

[em2046]

@y 何不用定点数 decimal BigDecimal

[gilgamesh]

http://floating-point-gui.de/

[ychongsaytc]

「你看似有穷的小数, 在计算机的二进制表示里却是无穷的」
---from http://www.laruence.com/2013/03/26/2884.html

[kzzhr]

相当一部分语言算不好 0.1+0.2-0.3 我记得

[jeffersonpig]

LZ 大一？

[FrankHB]

@lovedebug 你数一下 0 的个数大概就不能指望是 IEEE-754 的双精度了，起码是扩展双精度。
@iVanilla PHP 还真有相关的 bug ，而且曾经造成了比较严重的后果，不过具体表现和系统相关： https://bugs.php.net/53632

[lovedebug]

@FrankHB 双精度是说 JS 用 64 位 IEEE754 存储浮点数

[onceyoung]

这个跟语言什么关系？

[winglight2016]

@y 我做的微信商城的确是这样设计的

[swen]

@y 最后的结果看着好像卖萌

[intsilence]

JavaScript : 怪我咯？

[miss61008596]

c#的 decimal 和 Java 的 BigDecimal 之所以没有出现精度差异，只是因为在其内部作了相应处理，把这种精度差异给屏蔽掉了，

javascript decimal.js big.js

http://mikemcl.github.io/decimal.js/
http://mikemcl.github.io/big.js/

－勤于思，敏于行。