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

Myth丶恋晨 2024-03-16 21:32 28阅读 0赞

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

![在这里插入图片描述][0f9694dd3b874bdc8cfadc5ac4c42090.png]

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

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

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

**RoundingMode 对象的八种舍入模式**

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

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

![在这里插入图片描述][dc1a324b043b41e3bd41c4723383b171.png]

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

[BigDecimal]: https://so.csdn.net/so/search?q=BigDecimal&spm=1001.2101.3001.7020
[0f9694dd3b874bdc8cfadc5ac4c42090.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/041e20ac21244bdfa5959deb1788a65a.png
[ArithmeticException]: https://so.csdn.net/so/search?q=ArithmeticException&spm=1001.2101.3001.7020
[divide]: https://so.csdn.net/so/search?q=divide&spm=1001.2101.3001.7020
[dc1a324b043b41e3bd41c4723383b171.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/15/b751e54fe8c84f109bd3545c53ed3194.png