这篇文章主要介绍了使用BigDecimal除法后保留两位小数方式,具有很好的参考价值,希望对大家有所帮助。如有错误或未考虑完全的地方,望不吝赐教
BigDecimal除法后保留两位小数
1
2
|
BigDecimal numBigDecimal= new BigDecimal( 5.33 ); numBigDecimal=ConvertNumber(numBigDecimal, 3 , 2 ); //调用,5.33/3后保留两位小数1.7766666=1.78 |
1
2
3
4
5
6
7
8
9
10
11
|
//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<num;i++){ numString+= "0" ; } DecimalFormat df= new DecimalFormat(numString); return new BigDecimal(df.format(a).toString()); } |
当bigdecimal除不尽(循环小数)后会报错,上面的是一种解决方法,下面的是BigDecimal ,divide方法提供的精确小数方法(推荐使用)文章源自设计学徒自学网-http://www.sx1c.com/39075.html
1
2
3
4
5
6
7
|
@Test public void Testa(){ 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 |
1
2
3
4
5
6
|
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文章源自设计学徒自学网-http://www.sx1c.com/39075.html
- 舍入远离零的舍入模式。
- 在丢弃非零部分之前始终增加数字(始终对非零舍弃部分前面的数字加1)。
- 注意,此舍入模式始终不会减少计算值的大小。
2、ROUND_DOWN文章源自设计学徒自学网-http://www.sx1c.com/39075.html
- 接近零的舍入模式。
- 在丢弃某部分之前始终不增加数字(从不对舍弃部分前面的数字加1,即截短)。
- 注意,此舍入模式始终不会增加计算值的大小。
3、ROUND_CEILING文章源自设计学徒自学网-http://www.sx1c.com/39075.html
- 接近正无穷大的舍入模式。
- 如果 BigDecimal 为正,则舍入行为与 ROUND_UP 相同;
- 如果为负,则舍入行为与 ROUND_DOWN 相同。
- 注意,此舍入模式始终不会减少计算值。
4、ROUND_FLOOR文章源自设计学徒自学网-http://www.sx1c.com/39075.html
- 接近负无穷大的舍入模式。
- 如果 BigDecimal 为正,则舍入行为与 ROUND_DOWN 相同;
- 如果为负,则舍入行为与 ROUND_UP 相同。
- 注意,此舍入模式始终不会增加计算值。
5、ROUND_HALF_UP文章源自设计学徒自学网-http://www.sx1c.com/39075.html
- 向“最接近的”数字舍入,如果与两个相邻数字的距离相等,则为向上舍入的舍入模式。
- 如果舍弃部分 >= 0.5,则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同。
- 注意,这是我们大多数人在小学时就学过的舍入模式(四舍五入)。
6、ROUND_HALF_DOWN文章源自设计学徒自学网-http://www.sx1c.com/39075.html
- 向“最接近的”数字舍入,如果与两个相邻数字的距离相等,则为上舍入的舍入模式。
- 如果舍弃部分 > 0.5,则舍入行为与 ROUND_UP 相同;否则舍入行为与 ROUND_DOWN 相同(五舍六入)。
7、ROUND_HALF_EVEN文章源自设计学徒自学网-http://www.sx1c.com/39075.html
- 向“最接近的”数字舍入,如果与两个相邻数字的距离相等,则向相邻的偶数舍入。
- 如果舍弃部分左边的数字为奇数,则舍入行为与 ROUND_HALF_UP 相同;
- 如果为偶数,则舍入行为与 ROUND_HALF_DOWN 相同。
- 注意,在重复进行一系列计算时,此舍入模式可以将累加错误减到最小。
- 此舍入模式也称为“银行家舍入法”,主要在美国使用。四舍六入,五分两种情况。
- 如果前一位为奇数,则入位,否则舍去。
- 以下例子为保留小数点1位,那么这种舍入方式下的结果。
- 1.15>1.2 1.25>1.2
8、ROUND_UNNECESSARY文章源自设计学徒自学网-http://www.sx1c.com/39075.html
- 断言请求的操作具有精确的结果,因此不需要舍入。
- 如果对获得精确结果的操作指定此舍入模式,则抛出ArithmeticException。
直接用数字转换为BigDecimal时会出现不精确的数值:文章源自设计学徒自学网-http://www.sx1c.com/39075.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
|
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的值,回顾一下项目中的代码方式:
1
|
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)
1
|
return new BigDecimal(baseMonth).divide( new BigDecimal(workDay), 2 , BigDecimal.ROUND_HALF_UP); |
备注:小数点后的精确类型,可参考JDK源码,以下为简要的截图举例说明
思考
问题是解决了,但是我还在想我第一种方式,显然,我在编码的时候也想到了指定小数点保留以及精确方式,但是还是会出现异常,那Bigdecimal提供的setScale的方法是在什么场景下使用呢?
我猜想当被除数除以除数结果为有限小数时,可以使用Bigdecimal的setScale方法,那来验证一下
1
2
3
4
5
6
|
public static void main(String[] args) { //有限小数 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类型
以上为个人经验,希望能给大家一个参考
评论