Java中用BigDecimal做精确计算的核心是避免double构造器、显式指定精度和舍入模式、统一用字符串构造数值；否则会因浮点误差导致“精确地保存了错误”；比较应使用compareTo()而非equals()。
Java中用BigDecimal做精确计算，核心在于**避免使用double构造器、显式指定精度和舍入模式、统一使用字符串构造数值**。否则看似精确，实则从源头就引入了浮点误差。
别用double构造BigDecimal
这是最常见的坑：new BigDecimal(0.1) 实际得到的是 0.1000000000000000055511151231257827021181583404541015625，因为0.1在二进制中无法精确表示。double本身已失真，再转BigDecimal只是“精确地保存了错误”。
正确做法是：
- 用字符串构造：
new BigDecimal("0.1") - 用整数+标度构造：
BigDecimal.valueOf(1, 1)（等价于"0.1"） - 优先使用
BigDecimal.valueOf(double)——它内部做了字符串转换，比直接new更安全
运算时必须指定Scale和RoundingMode
add、subtract、multiply默认保留操作数的精度，但divide必须显式指定小数位数和舍入方式，否则可能抛ArithmeticException（除不尽时）。
立即学习“Java免费学习笔记（深入）”；
例如计算税率后保留两位小数：
price.multiply(taxRate).setScale(2, RoundingMode.HALF_UP)- 除法务必写全：
total.divide(count, 2, RoundingMode.HALF_UP) - 推荐统一用
RoundingMode.HALF_UP（四舍五入），符合财务习惯；避免用UNNECESSARY，除非你100%确定能整除
比较大小不能用==或equals()
BigDecimal.equals()会同时比较值和标度（scale），new BigDecimal("1.0").equals(new BigDecimal("1.00"))返回false。业务上它们数值相等，但equals认为不等。
安全比较方式：
- 用
compareTo()：返回-1/0/1，只比数值大小，忽略标度 - 需要严格相等再用
compareTo() == 0替代equals() - 判断是否为零：
value.compareTo(BigDecimal.ZERO) == 0，而非value.equals(BigDecimal.ZERO)
保持上下文一致性，避免隐式精度丢失
多个连续运算中，每一步的setScale()时机影响最终结果。比如先乘后除 vs 先除后乘，中间舍入会导致差异。
- 尽量延迟舍入——只在最终展示或落库前统一设精度
- 如需中间控制，用
MathContext统一管理精度和舍入模式：new MathContext(10, RoundingMode.HALF_EVEN) - 数据库交互时，注意JDBC驱动对BigDecimal的scale处理（如MySQL Connector/J默认会截断），必要时显式调用
setScale()对齐
不复杂但容易忽略。关键就是三句话：字符串建数、运算定规、比较用compareTo。
