Java中使用BigDecimal.doubleValue()转Double时何时发生数据丢失？

这个问题问得特别实在——很多刚接触BigDecimal和Double的开发者都会有这个疑惑：明明像1.1这种值转完打印还是1.1，怎么就说有精度问题呢？其实核心原因在于Double是基于IEEE 754标准的双精度浮点数，它只能精确表示有限的十进制小数，而大部分我们常用的十进制数，本质上在二进制里是无限循环的，转成Double时只能存近似值，只是有时候打印的时候被“美化”成了我们熟悉的样子而已。

下面就具体说说几种一定会出现精度丢失的场景：

1. 无法用二进制浮点数精确表示的十进制小数（看似打印正常，实则内部已丢失精度） #

像0.1、0.3、1.1这类数，在二进制里都是无限循环的，Double没办法精确存储它们，只能存一个最接近的近似值。Java在打印Double的时候，会自动选择最短的十进制字符串来对应这个近似值，所以你看到的是1.1，但实际内部存储的数值和BigDecimal的1.1并不完全一致。

你可以用这段代码验证：

BigDecimal original = new BigDecimal("1.1");
Double converted = original.doubleValue();
// 把Double转回BigDecimal，对比原数值
BigDecimal convertedBack = new BigDecimal(converted);
System.out.println(original.equals(convertedBack)); // 输出false

看，虽然打印converted是1.1，但转回BigDecimal后和原数值不相等，说明精度已经悄悄丢失了。如果后续用这个Double做运算，比如乘以10，就会暴露问题：

System.out.println(converted * 10); // 输出11.000000000000002

2. BigDecimal数值超出Double的取值范围 #

Double有明确的取值边界：最大值约为1.7976931348623157E308，最小值约为4.9E-324。如果BigDecimal的数值超出这个范围，转成Double后会直接变成Infinity（无穷大）或者0.0，完全丢失原数据：

// 超出Double最大值
BigDecimal tooBig = new BigDecimal("2E309");
System.out.println(tooBig.doubleValue()); // 输出Infinity

// 小于Double最小值
BigDecimal tooSmall = new BigDecimal("3E-325");
System.out.println(tooSmall.doubleValue()); // 输出0.0

3. BigDecimal的有效位数超过Double的精度极限 #

Double的有效十进制位数大概在15-17位之间，如果BigDecimal的数值有效位数超过这个范围，转成Double时会直接丢弃末尾的精度，只保留前15-17位的近似值：

BigDecimal preciseNum = new BigDecimal("1234567890123456789.123456789");
Double approxNum = preciseNum.doubleValue();
System.out.println(approxNum); // 输出1.2345678901234568E18

原BigDecimal的整数部分有19位，超过了Double的有效位数，所以转成Double后末尾的数字被近似处理，丢失了原有的精度。

总结一下：

• 只要是无法用2的幂次组合表示的十进制小数，转成Double时都会存在隐性的精度丢失（只是打印可能看不出来）；
• 数值超出Double的取值范围时，会直接变成无穷大或0；
• 有效位数超过15-17位时，末尾精度会被截断近似。

内容的提问来源于stack exchange，提问作者Panh