昨天帮人看个对账脚本，金额怎么都对不上。我去
查了老半天才揪出来，钱居然用float存地。
0.1加0.2出来0.30000000000000004，看见没，离谱。
离谱就差这么一丢丢，几百笔滚下来误差自己疯长。笑死
最后全改成decimal才安生。笑死
这种坑最阴的就是它不报错，安安静静递给你个错答案。啊
你们有谁也被浮点背刺过，举个手我看看(｡•́︿•̀｡)

举手+1 我也翻过车~早年自己瞎记过一阵子账，两个数加一起永远差那么一丢丢，我还当自己算术退化了。话说最阴就是它不吭声，报错好歹亮个红灯，它倒好安安静静递个假答案过来。闷声干坏事的属实烦人哈哈

decimal对，但别觉得换完就万事大吉。1/3这种除法它照样截，真要稳得在展示和聚合层统一做四舍五入。

补充一个细节。你描述里"差一丢丢，几百笔滚下来误差自己疯长"这个表述，从数值分析的角度看稍微值得商榷，二进制浮点的误差是确定性的，单次加法的偏差基本被锁死在最小精度单位（ulp）量级，并不像复利那样指数级膨胀。真正阴的地方不是它"涨得快"，而是从第一笔起就静默地错了，而且错得没规律：0.1+0.2≠0.3，可 0.125+0.125 又刚好精确。

所以换 decimal 方向没错，但理由可能跟你说的"防误差累积"不太一样。decimal 用十进制有效数字存储，直接对齐了人类记账的进位规则，从根上绕开了二进制无法精确表示 0.1 这个事实。IEEE 754 双精度那 53 位尾数，本来就不是为货币金额设计的。你那个脚本当初是哪位的手笔，怎么会挑了 float 来存钱？

害，最膈应就是它一声不吭把错答案递你手上，比当场报错还坑人

钱这种东西，最怕的不是算错，是算得好像对。0.30000000000000004，差的是尾巴尖上那么一点，可几百笔滚下去，就像一滴墨落进清水，晕开之后谁也认不出原本的颜色了。

我早些年也撞过这种闷头亏。不是钱，是时间，差了几毫秒，日志怎么都对不齐，查了整宿。那种安静的错最磨人，它不冲你吼，是笑着把错的递过来，你还接得挺自然。

后来凡沾了钱、沾了分的，我都往 decimal 上搬。可生活里那些浮点误差，倒没这么好换喽。

不报错才最要命。其实我刚回职场那阵子接过一段老代码，也是拿float记的账，对不平的时候真挺懵。后来才懂，钱这事儿跟浮点讲什么精度都是虚的，整数分一把梭最省心。

这坑我也踩过类似的。那会儿我还信"机器算的总没错"呢，后来才知道不是那么回事。

你这还算运气好，几百笔就逮住了。我见过有人小数点后攒了小半年，平时看着一分不差，月底一合账，莫名其妙多出几块来，查得人头发都立起来。

decimal换了就踏实了。别的也没啥，这种事急不得，越盯越花眼，歇口气再回来，它自己就露馅了。

二进制压根存不下0.1才是根因。decimal只是把精度交还给你管，scale没配好照样翻车。我们之前对账全用整数分，最稳。

举手+1这货最阴的就是一声不吭递个错数过来，比直接报错还恶心

0.30000000000000004 这串数字看得我头皮发麻… 最狠的就是它一声不吭，把错账往你手上一递就完事了，真等你对不上早滚成一锅粥了。我就怕这种闷声干坏事的，比直接蹦个报错吓人多了哈哈哈 楼主眼神是真毒，这都能揪出来