什么？使用BigDecimal计算也会出现精度问题
// Reminder: a zero double returns '0.0'， so we cannot fastpath。
99% 的 Java 程序员都用错 BigDecimal，难怪对账永远对不上
做开发的朋友，尤其是刚入行的新手，有没有遇到过这种“灵异事件”：明明代码逻辑没毛病，但几百笔订单一汇总，总账莫名其妙差了一毛二？排查一下午，最后发现不是业务写错了，而是你用来存钱的float或double惹的祸！
BigDecimal 千万别用 equals！90% 老程序员都栽过！
BigDecimal这玩意儿，真没少让人头疼。尤其等值判断，新手老手都可能掉同一个坑里，debug的时候那叫一个酸爽。 我刚开始用的时候，本能反应就是 equals，结果在金额对账那种场景里，对不上就是死活对不上。
BigDecimal避坑指南
当涉及到对于财务数据和货币等方面的计算时，使用Java的BigDecimal类是非常重要的，因为它可以避免缺少精确性和导致损失的情况。但是，使用该类时可能会遇到一些问题。下面是一些避坑指南，以确保在使用BigDecimal时避免常见错误和错误判断。
利用「注解」和「反射」将BigDecimal属性中的NULL转换为0
在和前端对接的过程中发现有些金额字断返回的NULL，这样就产生了一些歧义，因为NULL和0并不是一码事，需要后端给出清晰返回，这个问题处理起来并不复杂，下面整理了几种处理方案:修改查询sql，查询时NULL的属性使用IFNULL函数转为0;
Spring Boot 字符串与数字：6个高频坑，踩一个就炸
字符串和数字是编程中最常用的类型，但越是基础越容易踩坑。本文整理了6个日常开发中踩坑率极高的场景，看看你中招了几个。1.
Java金额处理终极指南：Long与BigDecimal到底该怎么选？
在Java软件开发领域，金额处理是贯穿电商、金融、财务等核心业务的关键环节，选型失误可能直接引发资金对账不平、精度丢失、线上故障等严重问题。
Spring Boot MongoDB整合（非关系型数据库实战）
在互联网后端开发中，随着业务数据的多样化（如日志、用户行为、非结构化数据），传统关系型数据库难以满足灵活存储、高并发读写的需求。
BigDecimal用于金额计算，你以为用对了？99%的人可能都错了
但凡用Java做过金额计算，一定用过BigDecimal。但绝大多数人只用了它不到20%的功能，甚至用错了还浑然不知。今天不谈八股，只看代码。以下是我参与过的几十个支付、账务、电商项目里，最典型的真实错误和最佳实践。看完你会发现自己也可能踩过这些坑。