使用BigDecimal除法后保留两位小数

网友投稿 489 2022-07-22


目录BigDecimal除法后保留两位小数详细描述BigDecimal除法异常Non-terminating decimal expansion异常分析解决措施思考总结

BigDecimal除法后保留两位小数

BigDecimal numBigDecimal=new BigDecimal(5.33);

numBigDecimal=ConvertNumber(numBigDecimal,3,2);//调用,5.33/3后保留两位小数1.7766666=1.78

//BigDecimal 截取小数位，四舍五入

public BigDecimal ConvertNumber(BigDecimal bigDecimal,int divnum,int num){

double a=bigDecimal.doubleValue();

a=a/divnum;

String numString="0.";

for(int i=0;i

numString+="0";

}

DecimalFormat df=new DecimalFormat(numString);

return new BigDecimal(df.format(a).toString());

}

当bigdecimal除不尽（循环小数）后会报错，上面的是一种解决方法，下面的是BigDecimal ，divide方法提供的精确小数方法(推荐使用)

@Test

public void Testahttp://(){

String currentLat2 = "2.455675";

BigDecimal b = new BigDecimal(currentLat2);

b=b.divide(new BigDecimal(3),2,BigDecimal.ROUND_HALF_UP);

System.out.println(b);

}//输出是0.82

BigDecimal.setScale();//用于格式化小数点

setScale(1);//表示保留以为小数，默认用四舍五入方式

setScale(1,BigDecimal.ROUND_DOWN);//直接删除多余的小数位，如2.35会变成2.3

setScale(1,BigDecimal.ROUND_UP);//进位处理，2.35变成2.4

setScale(1,BigDecimal.ROUND_HALF_UP);//四舍五入，2.35变成2.4

setScaler(1,BigDecimal.ROUND_HALF_DOWN);//四舍五入，2.35变成2.3，如果是5则向下舍

详细描述

1、ROUND_UP

舍入远离零的舍入模式。在丢弃非零部分之前始终增加数字(始终对非零舍弃部分前面的数字加1)。注意，此舍入模式始终不会减少计算值的大小。

2、ROUND_DOWN

接近零的舍入模式。在丢弃某部分之前始终不增加数字(从不对舍弃部分前面的数字加1，即截短)。注意，此舍入模式始终不会增加计算值的大小。

3、ROUND_CEILING

接近正无穷大的舍入模式。如果 BigDecimal 为正，则舍入行为与 ROUND_UP 相同;如果为负，则舍入行为与 ROUND_DOWN 相同。注意，此舍入模式始终不会减少计算值。

4、ROUND_FLOOR

接近负无穷大的舍入模式。如果 BigDecimal 为正，则舍入行为与 ROUND_DOWN 相同;如果为负，则舍入行为与 ROUND_UP 相同。注意，此舍入模式始终不会增加计算值。

5、ROUND_HALF_UP

向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则为向上舍入的舍入模式。如果舍弃部分 >= 0.5，则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同。注意，这是我们大多数人在小学时就学过的舍入模式(四舍五入)。

6、ROUND_HALF_DOWN

向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则为上舍入的舍入模式。如果舍弃部分 > 0.5，则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同(五舍六入)。

7、ROUND_HALF_EVEN

向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则向相邻的偶数舍入。如果舍弃部分左边的数字为奇数，则舍入行为与 ROUND_HALF_UP 相同;如果为偶数，则舍入行为与 ROUND_HALF_DOWN 相同。注意，在重复进行一系列计算时，此舍入模式可以将累加错误减到最小。此舍入模式也称为“银行家舍入法”，主要在美国使用。四舍六入，五分两种情况。如果前一位为奇数，则入位，否则舍去。以下例子为保留小数点1位，那么这种舍入方式下的结果。1.15>1.2 1.25>1.2

8、ROUND_UNNECESSARYRWWFiwt

断言请求的操作具有精确的结果，因此不需要舍入。如果对获得精确结果的操作指定此舍入模式，则抛出ArithmeticException。

直接用数字转换为BigDecimal时会出现不精确的数值：

BigDecimal e = new BigDecimal(2.2);

System.out.println("e:"+e);

BigDecimal f = new BigDecimal(3.32);

System.out.println("f:"+f);

System.out.println("e+f="+e.add(f));

/*

e:2.20000000000000017763568394002504646778106689453125

f:3.319999999999999840127884453977458178997039794921875

e+f=5.520000000000000017763568394002504646778106689453125

*/

数字转换为字符串后再转换为BigDecimal时后计算则是精确的数值（所以先转换为字符串后再转BigDecimal会得到精确的结果）：

BigDecimal e = new BigDecimal("2.2");

System.out.println("e:"+e);

BigDecimal f = new BigDecimal("3.32");

System.out.println("f:"+f);

System.out.println("e+f="+e.add(f));

/* 结果如下：

e:2.2

f:3.32

e+f=5.52

*/

BigDecimal除法异常Non-terminating decimal expansion

异常分析

其实提示信息已经很明显了，出现了无限循环小数，无法返回bigdecimal的值，回顾一下项目中的代码方式：

return new BigDecimal(baseMonth).divide(new BigDecimal(workDay)).setScale(2, BigDecimal.ROUND_HALF_UP);

代码如上，使用baseMonth除以workDay，返回的值按照四舍五入的方式保留两位小数。但是还是出现了异常，原因就在于divide的调用方式。

解决措施

使用divide的重载方法：divide(BigDecimal divisor, int scale, int roundingMode)

return new BigDecimal(baseMonth).divide(new BigDecimal(workDay), 2, BigDecimal.ROUND_HALF_UP);

备注：小数点后的精确类型，可参考JDK源码，以下为简要的截图举例说明

思考

问题是解决了，但是我还在想我第一种方式，显然，我在编码的时候也想到了指定小数点保留以及精确方式，但是还是会出现异常，那Bigdecimal提供的setScale的方法是在什么场景下使用呢？

我猜想当被除数除以除数结果为有限小数时，可以使用Bigdecimal的setScale方法，那来验证一下

public static void main(String[] args) {

//http://有限小数

BigDecimal a = new BigDecimal("2");

BigDecimal b = new BigDecimal("100");

System.out.println(a.divide(b).setScale(2, RoundingMode.HALF_UP));

}

结果为：0.02

当使用.setScale(3, RoundingMode.HALF_UP)时，则结果为0.020；

可见，以上猜想是正确的，即当bigdecimal进行除法运算时，则会发生小数点溢出的情况，此时，可能会出现无限小数，抛出异常，建议使用divide(BigDecimal divisor, int scale, int roundingMode)方式进行除法运算。

总结

bigdecimal的乘法和除法都会导致小数点的溢出，建议指定位数和精确方式bigdecimal的.setScale方法，用于指定有限小数不建议使用float、double进行bigdecimal的构建，会导致精度的紊乱，建议采用int和string在java程序中的小数计算，比如银行交易额、支付金额等都使用的是bigdecimal类型

numString+="0";

}

DecimalFormat df=new DecimalFormat(numString);

return new BigDecimal(df.format(a).toString());

}

当bigdecimal除不尽（循环小数）后会报错，上面的是一种解决方法，下面的是BigDecimal ，divide方法提供的精确小数方法(推荐使用)

@Test

public void Testahttp://(){

String currentLat2 = "2.455675";

BigDecimal b = new BigDecimal(currentLat2);

b=b.divide(new BigDecimal(3),2,BigDecimal.ROUND_HALF_UP);

System.out.println(b);

}//输出是0.82

BigDecimal.setScale();//用于格式化小数点

setScale(1);//表示保留以为小数，默认用四舍五入方式

setScale(1,BigDecimal.ROUND_DOWN);//直接删除多余的小数位，如2.35会变成2.3

setScale(1,BigDecimal.ROUND_UP);//进位处理，2.35变成2.4

setScale(1,BigDecimal.ROUND_HALF_UP);//四舍五入，2.35变成2.4

setScaler(1,BigDecimal.ROUND_HALF_DOWN);//四舍五入，2.35变成2.3，如果是5则向下舍

详细描述

1、ROUND_UP

舍入远离零的舍入模式。在丢弃非零部分之前始终增加数字(始终对非零舍弃部分前面的数字加1)。注意，此舍入模式始终不会减少计算值的大小。

2、ROUND_DOWN

接近零的舍入模式。在丢弃某部分之前始终不增加数字(从不对舍弃部分前面的数字加1，即截短)。注意，此舍入模式始终不会增加计算值的大小。

3、ROUND_CEILING

接近正无穷大的舍入模式。如果 BigDecimal 为正，则舍入行为与 ROUND_UP 相同;如果为负，则舍入行为与 ROUND_DOWN 相同。注意，此舍入模式始终不会减少计算值。

4、ROUND_FLOOR

接近负无穷大的舍入模式。如果 BigDecimal 为正，则舍入行为与 ROUND_DOWN 相同;如果为负，则舍入行为与 ROUND_UP 相同。注意，此舍入模式始终不会增加计算值。

5、ROUND_HALF_UP

向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则为向上舍入的舍入模式。如果舍弃部分 >= 0.5，则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同。注意，这是我们大多数人在小学时就学过的舍入模式(四舍五入)。

6、ROUND_HALF_DOWN

向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则为上舍入的舍入模式。如果舍弃部分 > 0.5，则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同(五舍六入)。

7、ROUND_HALF_EVEN

向“最接近的”数字舍入，如果与两个相邻数字的距离相等，则向相邻的偶数舍入。如果舍弃部分左边的数字为奇数，则舍入行为与 ROUND_HALF_UP 相同;如果为偶数，则舍入行为与 ROUND_HALF_DOWN 相同。注意，在重复进行一系列计算时，此舍入模式可以将累加错误减到最小。此舍入模式也称为“银行家舍入法”，主要在美国使用。四舍六入，五分两种情况。如果前一位为奇数，则入位，否则舍去。以下例子为保留小数点1位，那么这种舍入方式下的结果。1.15>1.2 1.25>1.2

8、ROUND_UNNECESSARYRWWFiwt

断言请求的操作具有精确的结果，因此不需要舍入。如果对获得精确结果的操作指定此舍入模式，则抛出ArithmeticException。

直接用数字转换为BigDecimal时会出现不精确的数值：

BigDecimal e = new BigDecimal(2.2);

System.out.println("e:"+e);

BigDecimal f = new BigDecimal(3.32);

System.out.println("f:"+f);

System.out.println("e+f="+e.add(f));

/*

e:2.20000000000000017763568394002504646778106689453125

f:3.319999999999999840127884453977458178997039794921875

e+f=5.520000000000000017763568394002504646778106689453125

*/

数字转换为字符串后再转换为BigDecimal时后计算则是精确的数值（所以先转换为字符串后再转BigDecimal会得到精确的结果）：

BigDecimal e = new BigDecimal("2.2");

System.out.println("e:"+e);

BigDecimal f = new BigDecimal("3.32");

System.out.println("f:"+f);

System.out.println("e+f="+e.add(f));

/* 结果如下：

e:2.2

f:3.32

e+f=5.52

*/

BigDecimal除法异常Non-terminating decimal expansion

异常分析

其实提示信息已经很明显了，出现了无限循环小数，无法返回bigdecimal的值，回顾一下项目中的代码方式：

return new BigDecimal(baseMonth).divide(new BigDecimal(workDay)).setScale(2, BigDecimal.ROUND_HALF_UP);

代码如上，使用baseMonth除以workDay，返回的值按照四舍五入的方式保留两位小数。但是还是出现了异常，原因就在于divide的调用方式。

解决措施

使用divide的重载方法：divide(BigDecimal divisor, int scale, int roundingMode)

return new BigDecimal(baseMonth).divide(new BigDecimal(workDay), 2, BigDecimal.ROUND_HALF_UP);

备注：小数点后的精确类型，可参考JDK源码，以下为简要的截图举例说明

思考

问题是解决了，但是我还在想我第一种方式，显然，我在编码的时候也想到了指定小数点保留以及精确方式，但是还是会出现异常，那Bigdecimal提供的setScale的方法是在什么场景下使用呢？

我猜想当被除数除以除数结果为有限小数时，可以使用Bigdecimal的setScale方法，那来验证一下

public static void main(String[] args) {

//http://有限小数

BigDecimal a = new BigDecimal("2");

BigDecimal b = new BigDecimal("100");

System.out.println(a.divide(b).setScale(2, RoundingMode.HALF_UP));

}

结果为：0.02

当使用.setScale(3, RoundingMode.HALF_UP)时，则结果为0.020；

可见，以上猜想是正确的，即当bigdecimal进行除法运算时，则会发生小数点溢出的情况，此时，可能会出现无限小数，抛出异常，建议使用divide(BigDecimal divisor, int scale, int roundingMode)方式进行除法运算。

总结

bigdecimal的乘法和除法都会导致小数点的溢出，建议指定位数和精确方式bigdecimal的.setScale方法，用于指定有限小数不建议使用float、double进行bigdecimal的构建，会导致精度的紊乱，建议采用int和string在java程序中的小数计算，比如银行交易额、支付金额等都使用的是bigdecimal类型


版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。

标签：BigDecimal 舍入 ROUND
上一篇:Java中BigDecimal的舍入模式解析(RoundingMode)
下一篇:Java全面细致讲解Cookie与Session及kaptcha验证码的使用
相关文章

 发表评论

暂时没有评论，来抢沙发吧~