java Non-terminating decimal expansion; no exact representable decimal result. 异常的解决方法

一.问题 

JAVA程序出现异常：java.lang.ArithmeticException: Non-terminating decimal expansion; no exact representable decimal result。
报错的语句是：

profitAmount().divide(totalProfit);

二.原因

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

可以在 divide() 方法中传入 MathContext 对象或 RoundingMode 对象，指定精度和舍入模式，这样就不会再抛错

RoundingMode 对象提供了以下八种舍入模式：
 

常量名	说明
ROUND_UP	舍入远离零的舍入模式。在丢弃非零部分之前始终增加数字(始终对非零舍弃部分前面的数字加1)。 注意，此舍入模式始终不会减少计算值的大小。
ROUND_DOWN	接近零的舍入模式。在丢弃某部分之前始终不增加数字(从不对舍弃部分前面的数字加1，即截短)。 注意，此舍入模式始终不会增加计算值的大小。
ROUND_CEILING	接近正无穷大的舍入模式。如果 BigDecimal 为正，则舍入行为与 ROUND_UP 相同;如果为负，则舍入行为与 ROUND_DOWN 相同。 注意，此舍入模式始终不会减少计算值。
ROUND_FLOOR	接近负无穷大的舍入模式。如果 BigDecimal 为正，则舍入行为与 ROUND_DOWN 相同;如果为负，则舍入行为与 ROUND_UP 相同。 注意，此舍入模式始终不会增加计算值。
ROUND_HALF_UP	向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则为向上舍入的舍入模式。 如果舍弃部分 >= 0.5，则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同。 注意，这是我们大多数人在小学时就学过的舍入模式(四舍五入)。
ROUND_HALF_DOWN	向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则为上舍入的舍入模式。 如果舍弃部分 > 0.5，则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同(五舍六入)
ROUND_HALF_EVEN	向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则向相邻的偶数舍入。 如果舍弃部分左边的数字为奇数，则舍入行为与 ROUND_HALF_UP 相同; 如果为偶数，则舍入行为与 ROUND_HALF_DOWN 相同。 注意，在重复进行一系列计算时，此舍入模式可以将累加错误减到最小。 此舍入模式也称为“银行家舍入法”，主要在美国使用。四舍六入，五分两种情况。如果前一位为奇数，则入位，否则舍去。以下例子为保留小数点1位，那么这种舍入方式下的结果。 1.15>1.2 1.25>1.2
ROUND_UNNECESSARY	断言请求的操作具有精确的结果，因此不需要舍入。如果对获得精确结果的操作指定此舍入模式，则抛出ArithmeticException