完美解决Non-terminating decimal expansion; no exact representable decimal result.异常

文章讲述了在Java中使用BigDecimal进行精确计算时遇到的Non-terminatingdecimalexpansion异常。原因是未指定除法运算的舍入模式。解决方案是在divide方法中传入MathContext或RoundingMode对象,定义精度和舍入策略,如HALF_DOWN、HALF_UP等,以适应不同的业务需求。通过这种方法,问题得以解决。
摘要由CSDN通过智能技术生成

我们在使用BigDecimal进行精确计算时常常会出现Non-terminating decimal expansion; no exact representable decimal result.异常。

在这里插入图片描述

出现这个异常的原因在于 BigDecimal 是不可变的、任意精度的有符号十进制数,所以可以做精确计算。但在除法中,准确的商可能是一个无限长的十进制扩展;例如,1 除以 3 所得的商。我们在做除法时,没有指定舍入模式,并且无法表示为准确的结果,因此抛出了这个异常(java.lang.ArithmeticException)。

知道了原因我们该如何解决呢?

  • 只需要在 divide() 方法中传入 MathContext 对象或 RoundingMode 对象,指定精度和舍入模式就可以解决该问题。

RoundingMode 对象的八种舍入模式

常量名说明
CEILING向正无限大方向舍入
DOWN向零方向舍入
FLOOR向负无限大方向舍入
HALF_DOWN向最接近数字方向舍入,如果与两个相邻数字的距离相等,则向下舍入
HALF_EVEN向最接近数字方向舍入,如果与两个相邻数字的距离相等,则向相邻的偶数舍入
HALF_UP向最接近数字方向舍入,如果与两个相邻数字的距离相等,则向上舍入
UNNECESSARY断言具有精确结果

这里要根据业务选择合适的方法没有最好的只有最适合的。本文采用的是在divide运算时指定保留两位小数点的方法解决。详情看下图。

在这里插入图片描述

修改完成后经测试。该问题成功解决!

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值