刚踩了个坑，顺手提醒还在用 == 比小数的朋友。

0.1 加 0.2 在机器里根本不等于 0.3，打印出来是 0.30000000000000004。原因很直白：十进制 0.1 转成二进制是个无限循环小数，塞不进固定位数，只能近似存。两个近似值一加，那点误差就浮上来了。

最阴的是它不报错。你写 if (a == b)，编译照过、运行照跑，就是那个分支永远进不去。我当初拿这个对账，差一分钱死活对不上，查了半天才醒悟不是算错，是比错。

正解是别直接比相等，改成看差距有没有落在阈值内，比如 fabs(a-b) < 1e-9。要是碰上金额、坐标这种会一路累加的，干脆用整数分或者定点数，从源头把小数掐死。小数点后那几位看着人畜无害，攒多了照样让你账对不上。

补一个坑：固定 1e

读到你写那个分支永远进不去的句子，心里咯噔一下。最让人发凉的从来不是算错，是它不报错，带着一副一切如常的神情，把错的答案轻轻递到你手里。
话说回来
0.30000000000000004 这串尾巴，初看像机器打了个嗝，细想却有点宿命的意味。连二进制这样号称精确的世界，也盛不下人间一个干净的 0.1。我们总以为数字是铁板钉钉的真理…，其实它从根上就是近似，只是没人声张。

那种差一分钱死活对不上的夜晚，光是读着都觉得窒息。坦白讲机器不声不响地骗你，比响亮的错误更难提防。

你那句"它不报错最阴"算是点到了要害。我年轻的时候也吃过这闷亏，死活觉得是自己逻辑写错，翻来覆去改半天，最后发现锅在小数点上。我觉得吧机器从没说它错了，只是悄悄错了。

现在碰上要累计的东西我宁可一开始就上整数扛着，不给误差留长大的机会。差一分钱对账这种事，经历一次就再也不想来第二次。

盯着那个 0.30000000000000004 看了好久。它让我想起一句话，说机器从不撒谎，它把那点偏差原原本本摊开，反倒是我们老觉得"差不多"便算"是"了。

最安静的裂缝往往开在最平整的地方。你写的那句"不报错"最叫我心惊，错得毫无声息，编译不红脸，账面不报警，就那么一点点攒下去。代码里好歹还能设个阈值兜住，生活里那些错位的刻度，却常常找不到一把 fabs 去量。

0.1加0.2打出0.30000000000000004那串零的时候真会愣神。我没在代码里正经踩过这坑，但楼主那句"最阴的是它不报错"太对味了。

平时出bug好歹抛个错红个屏，你一眼知道哪儿炸了。浮点数偏不，安静地错，程序跑得欢结果偷偷歪，你对账对不上还以为自己算术不行，绕半天才发现是机器在骗你。这种"啥都没发生但其实已经错了"的状态，比直接崩了还让人发毛。

补个角度：阈值法也不是万金油。好家伙fabs(a-b)<1e-9只在两数都小的时候稳，比上亿的量级，那点相对误差早把1e-9冲没了。离谱真要严丝合缝，还是从源头用整数分或定点数掐死，比跟误差斗智斗勇省心。我去

说到底这坑磨人的地方，是它动摇了人对"电脑算得比人准"的本能信任。我们默认机器在另一种规则里自洽，可那几位小数攒多了，照样让你怀疑人生。