财务金额运算应使用bigdecimal或整数“分”单位，避免double导致的二进制浮点误差；构造bigdecimal须用string，算术操作调用对应方法，除法需指定精度与舍入模式；推荐统一转为“分”用long计算，展示时再格式化。
在财务计算中，Double 不能直接用于精确金额运算，因为它基于二进制浮点数（IEEE 754），无法准确表示很多十进制小数（如 0.1、0.01），导致不可控的舍入误差。例如：0.1 + 0.2 == 0.3 返回 false，这在金钱场景中是不可接受的。
用 BigDecimal 替代 Double 进行金额运算
BigDecimal 是 Java 中专为高精度十进制计算设计的类，支持可控的舍入模式和精确的加减乘除。关键要点：
- 构造时优先使用
String而非double：new BigDecimal("19.99")✅；new BigDecimal(19.99)❌（后者会先引入 double 的误差） - 所有算术操作必须调用对应方法：
add()、subtract()、multiply()、divide() - 除法必须指定精度和舍入模式，例如：
amount.divide(new BigDecimal("3"), 2, RoundingMode.HALF_UP)
统一金额单位，避免小数运算
将金额全部转为“分”（最小货币单位）后用 long 或 Integer 存储和计算，彻底规避浮点问题：
- 19.99 元 → 存为
1999（单位：分） - 加减乘都可用整数完成，无精度损失
- 仅在展示或序列化时才除以 100 并格式化（建议用
DecimalFormat或String.format("%.2f", value / 100.0)，但注意：此处仅用于显示，不参与计算）
包装类本身不是问题，误用才是根源
Double 是包装类，但它包装的是 double 基本类型——本质仍是浮点数。财务场景下，不要因为用了 Double 就误以为获得了精度保障。常见误区包括：
- 用
Double.parseDouble("19.99")初始化金额再参与计算 - 数据库字段为
DOUBLE或FLOAT，Java 端映射成Double - JSON 反序列化时未配置
BigDecimal类型处理器，导致数字被自动转为Double
工具与规范建议
提升代码安全性可借助以下实践：
- 定义金额专用类型（如
Money类），内部封装BigDecimal，禁止暴露原始数值 - 使用 Lombok 的
@Builder+ 自定义构造器，强制要求传入String或long（分） - 在 Jackson 配置中注册
BigDecimal序列化器，确保 JSON 数字不丢失精度 - 静态代码检查（如 SonarQube）添加规则：禁止在金额相关字段/变量中使用
double、Double、float、Float
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
