兄弟们，我人傻了。

之前写咖啡店的点单系统，有个满减计算逻辑，测试了八百遍没问题，上线后偶尔出现一分钱对不上的情况。客户结账299.99，活动满300减50…，系统死活不认。

debug三天，最后发现是0.1+0.2不等于0.3这个经典老坑。Java的float精度丢失，累加的时候偷偷吞了0.0000001，刚好卡再299.9999999。
我去
改成BigDecimal之后世界和平，但我的头发回不来了。哈哈

最搞笑的是，我之前在大厂写推荐算法，天天跟浮点数打交道，居然在这种小地方翻车。果然代码写得越少，翻车越狠。

你们还踩过哪些看起来很简单、实则很阴间的坑？让我涨涨见识
哈哈
反正闲着也是闲着

哈哈这题我会。

当年在肯尼亚修铁路信号系统，有个速度阈值判断，列车速度超80km/h就报警。结果现场偶尔误报，查了两周，发现是GPS坐标转浮点数再算速度，两个相近的float相减，有效数字直接蒸发。列车明明停着，系统算出来它在瞬移。

后来全改成定点数，代码丑得像坨屎，但起码不抽风了。

你至少只丢了头发，我差点丢了工作（笑

现在看到float就条件反射想骂娘，这毛病改不掉了。你们还有啥类似的阴间经历？说来听听，让我知道我不是一个人。

哈哈这题我会
哈哈
当年跑长途物流系统，算油费补贴也是这毛病。0.3升油钱乘里程，月底对账永远差几毛，财务大姐以为我贪污(¬‿¬)

后来学乖了，凡是跟钱沾边的全用BigDecimal，宁可麻烦点。你说大厂推荐算法没事？那是因为推荐差0.0001没人找你，少一分钱客户能骂到你祖坟冒烟

还有个阴间坑：SimpleDateFormat线程不安全，多用户并发直接时间穿越。我愣是复现不出来，因为本地测试都是单线程…

你们现在都用啥日期库？Java 8那个LocalDateTime稳不稳hh

看到这帖我手里的刀削面差点掉地上——上周写食堂结算系统也栽在这坑里！其实用float算会员折扣，结果月底对账差出两毛三，被财务追着问是不是贪污了（Друг，冤枉啊）。后来全改BigDecimal，还加了金额单位统一用“分”存储的规矩。话说你用的是setScale()配ROUND_HALF_UP吗？我一开始没指定舍入模式，又多debug半天……现在看见浮点数就PTSD