BigDecimal这是什么类，为什么有时候非他不可？-优快云博客

BigDecimal 是 Java 中专门用于 高精度十进制数值计算 的类，位于 java.math 包下。它解决了基本数值类型（float、double）的精度丢失问题，是金融、电商、税务等需要精确计算场景的 “刚需类”。

一、先搞懂：`BigDecimal` 解决了什么核心问题？

我们先看一个反例：用 double 计算简单的小数加法，结果会超出预期：

double a = 0.1;
double b = 0.2;
System.out.println(a + b); // 输出：0.30000000000000004（不是 0.3！）

问题根源：二进制浮点数的 “天生缺陷”

float 和 double 是 二进制浮点数，底层用二进制存储小数。但很多十进制小数（比如 0.1、0.2）无法用有限长度的二进制精确表示，只能存储近似值。
这种近似值在简单计算中会累积误差，导致结果失真 —— 对于普通业务可能影响不大，但在 金钱、税率、汇率 等需要精确到分 / 厘的场景，误差会直接造成经济损失。

`BigDecimal` 的解决方案：

BigDecimal 以 十进制字符串 / 整数 为底层存储（而非二进制），支持任意精度的十进制运算，完全避免了精度丢失问题：

BigDecimal a = new BigDecimal("0.1");
BigDecimal b = new BigDecimal("0.2");
System.out.println(a.add(b)); // 输出：0.3（精确无误）

二、什么时候 “非 `BigDecimal` 不可”？

核心原则：只要涉及 “需要精确计算的十进制数值”，就必须用 BigDecimal。

三、`BigDecimal` vs 基本类型（`double`/`long`）

特性	`BigDecimal`	`double`/`float`	`long`
精度	无精度丢失（可自定义精度）	有二进制浮点误差	整数精确，无法表示小数
数值范围	支持极大 / 极小数值（无上限）	范围有限（超出会溢出）	范围有限（超出会溢出）
适用场景	金额、税率、高精度计算	普通小数计算（无精度要求）	整数计算
使用成本	需调用方法（如 `add()`）	直接用运算符（如 `+`）	直接用运算符

简单总结：

若不需要精确性（如科学计算、普通数值展示），用 double 更方便；
若需要精确性（尤其是小数），必须用 BigDecimal；
若只是整数计算（如计数），用 long 足够。

四、使用 `BigDecimal` 的关键注意事项（避坑！）

不要用 double 构造 BigDecimal（会继承 double 的精度误差）：

// 错误：会保留 double 的近似值
BigDecimal wrong = new BigDecimal(0.1); // 实际存储的是 0.10000000000000000555...

// 正确：用字符串或整数构造
BigDecimal right1 = new BigDecimal("0.1"); 
BigDecimal right2 = BigDecimal.valueOf(0.1); // 内部会转成字符串，避免误差

运算必须用 BigDecimal 的方法（不能用 + - * / 运算符）：

BigDecimal a = new BigDecimal("100");
BigDecimal b = new BigDecimal("3");
a.add(b); // 加法（103）
a.subtract(b); // 减法（97）
a.multiply(b); // 乘法（300）
a.divide(b, 2, RoundingMode.HALF_UP); // 除法（33.33，需指定精度和舍入模式）

除法必须指定 舍入模式（如 RoundingMode.HALF_UP 是四舍五入），否则当无法整除时会抛出异常。

空值处理（对应你代码中的场景）：用 Optional 避免空指针，空值默认转为 BigDecimal.ZERO：
```
BigDecimal consRate = Optional.ofNullable(item.getConsRate()).orElse(BigDecimal.ZERO);
```