Java金额计算为什么不能用double？BigDecimal一次讲清
最近发现了一个挺实用的 AI 学习网站，内容覆盖 AI 基础知识和相关教程，讲得比较直白易懂。想了解 AI 的可以顺手看看 https://www.captainbed.cn/xf金额、单价这些数字，用 double 存了一年，对账时才发现尾数对不上。
初中生也能学的编程，不走弯路，先用后学
初学编程，从拖拽控件开始，一个按钮弹出对话框让我觉得这东西不难。我用VB6.0做了几个带界面的小工具，像面积计算器、记事本这种，点一下就能出结果，挺有成就感的。后来试着用C重做一遍，发现写法不一样，但思路是通的。那时候装VB6.
代码减半，10分钟彻底告别 Java 开发旧习
如果还在手动编写 Getter、Setter 和繁琐的类型强转，这类代码实际上在浪费开发生命。Java 的演进已经让这些旧习惯变得毫无意义。从 Java 17 到 21，Java 发生了很大变化。写代码量可以减少了，但是逻辑却变得更清晰了。
金额用 double 算错过账，后来一律换 BigDecimal
财务月底对账，对出来差了 3 毛 7 分钱。就这 3 毛 7，财务的同事追着我们查了整整两天。金额对不上，哪怕只差一分钱，财务都不可能放过——这是原则问题。最后定位到的根因，说出来你可能都不信，就因为一个 double。
MapStruct：Java对象映射神器，告别手写转换代码
在Java后端开发中，有一个永远绕不开的活——对象转换。DTO转Entity、Entity转VO、Request转DTO……一个中型项目下来，少说几十个转换类，多则上百个。手写这些代码不但枯燥，还容易漏字段、写错类型。更烦的是，每次加个字段就得满项目找转换代码去补。
C++浮点数转字符串杀器xjb，比标准库快数倍，开源免费可直接用
被标准库拖垮的C++开发者，终于等到救星？做C++开发的人，几乎都踩过浮点数转字符串的坑：高频数据序列化时，标准库的std::to_string()拖慢整个程序；日志输出海量浮点数，卡顿到让人崩溃；嵌入式开发中，一点点性能损耗，都可能导致整个项目翻车。
RustTraining 3. 从Java 到 Rust：变量、数据类型与字符串完全解析
系列文章将持续更新，感兴趣的朋友可以点个关注，方便查看往期内容以及后续更新，一起学习rust参考：微软RustTraininghttps://github.
金额计算用Double，对不上账
财务对账报表出来，总收入差了0.01元。别小看这一分钱，几百万笔交易每笔差一点，对不上账就是大事故。一查代码，金额用的是Double类型。0.1+0.2不等于0.3，你敢信？我们的支付系统，金额字段用的是Double类型。平时小金额看不出问题，但交易量大的时候，累计误差就出来了。