BigDecimal 的一个小坑

本文记录了一个使用BigDecimal进行除法运算时遇到的微妙问题。当除数为特定的BigDecimal值时,结果可能始终为0,即使数学上不应如此。解决方法涉及调整被除数的精度,但会导致结果的小数位数依赖于被除数的格式。这是一篇针对Java开发者,特别是那些处理财务计算的程序员的技术笔记。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

今天用BigDecimal 遇到一个小坑,特地在此mark一下,踩坑的各位道友可看看。

直接上错误代码

String a = "2";
        BigDecimal b = new BigDecimal(a);
        BigDecimal c = BigDecimal.valueOf(10.82930);
        BigDecimal d = b.divide(c,RoundingMode.HALF_DOWN);
        System.out.println(a);
        System.out.println(b);
        System.out.println(c);
        System.out.println(d);

看似没有啥问题,但是运行起来d会一直等于0,暂时不知道什么原因,待老衲日后细细琢磨琢磨。

解决方法:

把a改为带小数点的字符串就正常了,如"2.0","2.0382",但是坑又来了,此时d的小数位完全取决于字符串a的小数点位!

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值