java金融计算精度丢失的根本原因是float/double基于ieee 754无法精确表示十进制小数，应全程使用bigdecimal并用字符串构造、valueof()转换、专用方法运算，避免double参与计算。
Java 中金融计算精度丢失的根本原因，是 float 和 double 基于 IEEE 754 浮点数标准，无法精确表示大多数十进制小数（比如 0.1）。包装类如 Double、Float 本身只是基本类型的对象封装，并不解决精度问题。真正避免精度丢失的关键，是**不用浮点包装类参与核心计算，改用 BigDecimal 并规范构造与运算方式**。
别用 double/Double 构造 BigDecimal
BigDecimal 的构造函数中，new BigDecimal(double) 是精度陷阱的高发区——它会先将不精确的二进制 double 值转成 BigDecimal，误差已固化。例如 new BigDecimal(0.1) 实际得到的是 0.1000000000000000055511151231257827021181583404541015625。
- ✅ 正确做法：用字符串构造，
new BigDecimal("0.1")或BigDecimal.valueOf(0.1)（后者内部用字符串转换，安全） - ❌ 避免：
new BigDecimal(0.1)、new BigDecimal(d)（d 是 double 变量） - 如果数据来自数据库或 JSON，确保原始值是字符串或整数（如分单位存储），再转
BigDecimal
用 valueOf() 替代 new BigDecimal(double)
BigDecimal.valueOf(double) 是官方推荐的安全入口。它把 double 先转为 long + scale（即科学计数形式），再构建 BigDecimal，绕过了二进制表示误差。虽然底层仍依赖 double 的值，但对常见十进制数（如 0.1、1.23）能给出预期结果。
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
-
BigDecimal.valueOf(0.1)→ 精确等于0.1 -
BigDecimal.valueOf(123.45)→ 精确等于123.45 - 注意：仅适用于 double 值本身能被精确表示的情况（如整数、有限小数），不适用于
0.1 + 0.2这类已出错的表达式结果
所有运算必须用 BigDecimal 方法，禁用基本类型混合
一旦进入金融计算逻辑，就应全程使用 BigDecimal 对象，避免与 double、Double 混用。加减乘除都调用 add()、subtract()、multiply()、divide() 等方法，并显式指定舍入模式。
- 加减法无精度风险：
a.add(b)、a.subtract(b) - 乘法建议指定标度：
a.multiply(b).setScale(2, RoundingMode.HALF_UP) - 除法必须指定 scale 和 rounding mode：
a.divide(b, 2, RoundingMode.HALF_UP) - 禁止写
a.doubleValue() + b.doubleValue()，哪怕只是临时转换
包装类只用于传输和展示，不参与计算逻辑
Double、Integer 等包装类适合做 DTO 字段、JSON 序列化、前端交互等场景，但不应出现在 service 层的金额运算中。可定义统一的“金额”领域对象，内部用 BigDecimal 存储，对外提供安全的 getter/setter。
- DTO 中保留
Double amount;用于接收/返回，但在 service 入口立即转为BigDecimal - 数据库字段建议用 DECIMAL 类型，JPA 映射为
BigDecimal，避免中间转 double - 日志打印时用
toString()而非doubleValue()，防止误导
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
