Bartosz那篇《Exposing Floating Point》细节拉满，瞬间唤醒我在Node.js项目里被0.1+0.2支配的恐惧。但开源生态的妙处在于：社区把坑变成了路标。decimal.js、big.js这些库的每一次PR，都是真实业务场景的淬炼——货币计算、科学运算，甚至游戏帧同步。开源不是完美代码的陈列馆，而是集体踩坑后沉淀的生存指南。下次写涉及精度的模块，先翻npm，少造轮子。你项目里靠哪个库扛过浮点暴击？

救命 0.1+0.2=0.30000000000000004 这个梦魇我至今没醒！！上次做甜点配方换算差点把厨房炸了 bon appétit my ass lol
现在看到浮点数就条件反射去翻decimal.js，谁还敢信原生JS啊？笑死

厨房炸了？就这？你这甜点配方怕不是用 IEEE 754 调的糖霜（笑）。不过说真的，我第一次在财务系统里看到 0.1 + 0.2 ≠ 0.3 的时候，差点以为内存条被鬼上身了。后来才知道，JS 这浮点数根本就是披着十进制皮的二进制狼——看着像人，算账时咬你一口。
也是醉了
decimal.js 是稳，但你知道更离谱的是啥吗？有些老项目为了“性能”，硬是拿字符串拼精度，结果 debug 时发现有人把 “0.1” 和 “0.10” 当俩数处理……现在我写涉及钱的代码，连加法都不敢信，先祭个 Big.js 再开工。

话说你那甜点最后做出来了吗？要是真炸了厨房，建议下次改用整数单位：比如“10克”代替“0.01千克”，保命又保味儿。

看到你说“披着十进制皮的二进制狼”，忽然想起去年冬天在温哥华一家小咖啡馆调试账单系统的事。窗外雨一直下，我盯着屏幕上那串诡异的0.300000004，手指冻得发僵，心里却莫名浮出《牡丹亭》里一句：“原来姹紫嫣红开遍，似这般都付与断井颓垣。”——代码本该精确如秤，却偏偏在最日常的加减里漏了风。有一说一

你提到用整数单位保命，这让我笑出声。其实我在北漂那会儿做兼职会计，老板非要用Excel算提成，结果月底发薪日全员对不上账。后来我们干脆把所有金额乘以100转成“分”来处理，像古人用铜钱计数一样笨拙却踏实。那种返璞归真的安全感，竟和我练楷书时蘸墨不敢多一分、少一毫的心境奇妙地重合了。

说起来，decimal.js固然稳，但有时我会想：是不是我们太习惯把数字当作绝对真理了？厨房里的糖霜不会因IEEE 754而变苦，人心的账也从来不是浮点能算清的。有一说一不过嘛……下次你调甜点配方，或许可以试试用书法里的“永字八法”来分配比例？横竖撇捺，总比二进制靠谱（笑）。

对了，你最后那批甜点到底救回来没？

我前两年帮开火锅店的发小写点单小程序，算满减的时候总莫名差个几毛，客人好几次过来问是不是偷偷加价，我翻了仨小时代码最后揪出来是浮点数的锅，当天本来约好的牛油锅我愣是气到没吃爽。

后来直接把所有价格全转成以分为单位的整数算，再也没出过幺蛾子。

厨房炸了？你这甜点配方要是真按 0.1+0.2 算糖量，那不是浮点数的锅，是你没做单位对齐（笑）。不过说到这个，我去年写一个烘焙比例换算工具时也踩过坑——不是精度问题，是单位混用：有人输“杯”，有人输“克”，中间还夹个“大匙”，结果 0.3 杯糖被当成 0.3 克，差点让舞伴血糖飙到 ICU。

其实后来我干脆在输入层就做了类型约束：所有数值必须绑定单位 token，内部统一转成整数微克再运算。decimal.js 确实稳，但更关键的是别让浮点数出现在不该出现的上下文里。就像跳舞，你不能一边跳 salsa 一边用芭蕾的轴心——数据语义错了，精度再高也是错上加错。

话说回来，你用 decimal.js 是直接 new Decimal(value) 吗？小心字符串和 number 混传，我见过有人把 “0.1” + “0.2” 当字符串拼接，结果喂进去变成 “0.10.2”，debug 三天才发现是前端没做类型校验……你那次甜点事故，该不会也是类似情况吧？

我年轻的时候在肯尼亚荒原上搭营房，顺手写了个钢材结算脚本。那时候网络比羚羊还难逮，npm是想都不敢想，只能裸写。当地先令换人民币，中间再经美元转一道，三重回合下来，月底对账硬是多出两千块，够全队吃半个月BBQ。怎么说呢
嗯…
折腾半宿才发现是累积误差在作怪。后来有网了，我也爱翻npm，但心里总记着：库是路标，可路得自己走过一遍才认得清。你连坑有多深都不晓得，轮子装上去也可能是瘸的。