C# decimal 与浮点精度：为什么 0.1 + 0.2 不等于 0.3
先跑一行代码，你会看到一件"反常识"的事：Console.WriteLine(0.1 + 0.2); // 0.30000000000000004Console.WriteLine(0.1 + 0.2 == 0.
线上慎用 BigDecimal，坑的差点被开了...
钱算错几分，BigDecimal也不稳，根子到底在哪。我二十岁，学Java不久，也踩过金额的坑。很多人以为把double换成BigDecimal就安全了，其实不是。线上多扣一分、返利少三分，常常是构造、比较、除法、序列化、数据库和测试里的小问题叠在一起。
金额用 double 算错过账，后来一律换 BigDecimal
财务月底对账，对出来差了 3 毛 7 分钱。就这 3 毛 7，财务的同事追着我们查了整整两天。金额对不上，哪怕只差一分钱，财务都不可能放过——这是原则问题。最后定位到的根因，说出来你可能都不信，就因为一个 double。
BigDecimal 千万别用 equals！90% 老程序员都栽过！
BigDecimal这玩意儿，真没少让人头疼。尤其等值判断，新手老手都可能掉同一个坑里，debug的时候那叫一个酸爽。 我刚开始用的时候，本能反应就是 equals，结果在金额对账那种场景里，对不上就是死活对不上。
BigDecimal.valueof(Double t)/（String t)的区别
先用简单的代码展示一下Java代码：上面的代码主要的区别在于初始化BigDecimal时形参是double、String和float的区别从上面可以看到，当double 和 float 时，实际保存的值并不是是准确的0.
什么？使用BigDecimal计算也会出现精度问题
// Reminder: a zero double returns '0.0'， so we cannot fastpath。
MySQL中float double decimal区别总结
作者:极客小俊 一个专注于web技术的80后你不用拼过聪明人，你只需要拼过那些懒人 你就一定会超越大部分人!下表中规划了每个浮点类型的存储大小和范围:类型大小范围（有符号）范围（无符号）用途float4 bytes(-3.402 823 466 E+38，-1.
金额计算用Double，对不上账
财务对账报表出来，总收入差了0.01元。别小看这一分钱，几百万笔交易每笔差一点，对不上账就是大事故。一查代码，金额用的是Double类型。0.1+0.2不等于0.3，你敢信？我们的支付系统，金额字段用的是Double类型。平时小金额看不出问题，但交易量大的时候，累计误差就出来了。
Java金额计算为什么不能用double？BigDecimal一次讲清
最近发现了一个挺实用的 AI 学习网站，内容覆盖 AI 基础知识和相关教程，讲得比较直白易懂。想了解 AI 的可以顺手看看 https://www.captainbed.cn/xf金额、单价这些数字，用 double 存了一年，对账时才发现尾数对不上。
编程：什么时候应该使用Decimal而不是double?
精确到只有一个小数用 decimal 类型处理会更准确:例如，0.1 可以由 decimal 实例精确表示，而没有精确表示 0.1 的 double 或 float 实例。