使用BigDecimal还可能有精度问题吗

探讨了在使用BigDecimal处理小数运算时可能遇到的精度问题,分析了问题的根本原因在于构造BigDecimal时使用了double类型参数,导致精度损失。文章通过实例演示了如何避免此类问题。

据以往知识和行业经验,因为二进制问题,doubel无法精确表示10进制小数,这个时候可以使用BigDecimal类型来规避。

但是BigDecimal就没有精度问题了么?
就最近的实践,发现一种情况,即使使用了BigDecimal,也可能有精度问题,当然问题的症症结不是因为BigDecimal,听往下看。

这个问题的本质,还是使用了double,这里记录下。

问题复现如下:

BigDecimal test = new BigDecimal(3.57);
System.out.println(test);

打印出来会发现,小数点后面全部展开,后面有若干位小数不为0,也就是实际上0.01没有被 BigDecimal完全表示正确,依旧出现了精度问题。

之所以出现这个问题,是因为构造BigDecimal的时候,入参传入了double,因为double本身无法精确表示10进制的小数,所以构造的BigDecimal也没有办法表示,进而造成BigDecimal精度也不正确。

BigDecimal 比较本身不存在精度问题,它的设计初衷就是用于高精度计算,能避免浮点数运算中的精度丢失问题,可进行精确的小数运算[^1]。 不过在比较时,如果创建 BigDecimal 对象的方式不当,可能会引入类似精度问题的状况。例如使用 `new BigDecimal(double)` 构造方法,由于 double 类型本身存在精度限制,可能会导致创建的 BigDecimal 对象并非预期值,进而影响比较结果。像 `new BigDecimal(1.34)` 得到的是 `1.3400000000000000799360577730112709105014801025390625`,而非期望的 `1.34`,这就可能造成比较结果与预期不符[^4]。 为避免此类情况,比较大小时建议使用 `BigDecimal.valueOf(xx)` 方法创建对象,因为该方法内部使用的是 `BigDecimal(String)` 构造方法,能保证精确表示数值。例如比较一个值是否等于 100,建议使用 `xx.compareTo(BigDecimal.valueOf(100)) == 0`,而不是 `xx.compareTo(new BigDecimal(100)) == 0`[^5]。 ```java import java.math.BigDecimal; public class BigDecimalComparison { public static void main(String[] args) { BigDecimal value1 = new BigDecimal(1.34); BigDecimal value2 = new BigDecimal("1.34"); BigDecimal value3 = BigDecimal.valueOf(1.34); System.out.println(value1); // 输出 1.3400000000000000799360577730112709105014801025390625 System.out.println(value2); // 输出 1.34 System.out.println(value3); // 输出 1.34 System.out.println(value1.compareTo(value2)); // 可能与预期不同 System.out.println(value2.compareTo(value3)); // 符合预期 } } ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值