- A+
這篇文章主要介紹了使用BigDecimal除法后保留兩位小數(shù)方式,具有很好的參考價值,希望對大家有所幫助。如有錯誤或未考慮完全的地方,望不吝賜教
BigDecimal除法后保留兩位小數(shù)
1
2
|
BigDecimal numBigDecimal= new BigDecimal( 5.33 ); numBigDecimal=ConvertNumber(numBigDecimal, 3 , 2 ); //調(diào)用,5.33/3后保留兩位小數(shù)1.7766666=1.78 |
1
2
3
4
5
6
7
8
9
10
11
|
//BigDecimal 截取小數(shù)位,四舍五入 ???? 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()); ???? } |
當(dāng)bigdecimal除不盡(循環(huán)小數(shù))后會報錯,上面的是一種解決方法,下面的是BigDecimal ,divide方法提供的精確小數(shù)方法(推薦使用)
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(); //用于格式化小數(shù)點? setScale( 1 ); //表示保留以為小數(shù),默認(rèn)用四舍五入方式? setScale( 1 ,BigDecimal.ROUND_DOWN); //直接刪除多余的小數(shù)位,如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則向下舍 |
詳細(xì)描述
1、ROUND_UP
- 舍入遠(yuǎn)離零的舍入模式。
- 在丟棄非零部分之前始終增加數(shù)字(始終對非零舍棄部分前面的數(shù)字加1)。
- 注意,此舍入模式始終不會減少計算值的大小。
2、ROUND_DOWN
- 接近零的舍入模式。
- 在丟棄某部分之前始終不增加數(shù)字(從不對舍棄部分前面的數(shù)字加1,即截短)。
- 注意,此舍入模式始終不會增加計算值的大小。
3、ROUND_CEILING
- 接近正無窮大的舍入模式。
- 如果 BigDecimal 為正,則舍入行為與 ROUND_UP 相同;
- 如果為負(fù),則舍入行為與 ROUND_DOWN 相同。
- 注意,此舍入模式始終不會減少計算值。
4、ROUND_FLOOR
- 接近負(fù)無窮大的舍入模式。
- 如果 BigDecimal 為正,則舍入行為與 ROUND_DOWN 相同;
- 如果為負(fù),則舍入行為與 ROUND_UP 相同。
- 注意,此舍入模式始終不會增加計算值。
5、ROUND_HALF_UP
- 向“最接近的”數(shù)字舍入,如果與兩個相鄰數(shù)字的距離相等,則為向上舍入的舍入模式。
- 如果舍棄部分 >= 0.5,則舍入行為與 ROUND_UP 相同;否則舍入行為與 ROUND_DOWN 相同。
- 注意,這是我們大多數(shù)人在小學(xué)時就學(xué)過的舍入模式(四舍五入)。
6、ROUND_HALF_DOWN
- 向“最接近的”數(shù)字舍入,如果與兩個相鄰數(shù)字的距離相等,則為上舍入的舍入模式。
- 如果舍棄部分 > 0.5,則舍入行為與 ROUND_UP 相同;否則舍入行為與 ROUND_DOWN 相同(五舍六入)。
7、ROUND_HALF_EVEN
- 向“最接近的”數(shù)字舍入,如果與兩個相鄰數(shù)字的距離相等,則向相鄰的偶數(shù)舍入。
- 如果舍棄部分左邊的數(shù)字為奇數(shù),則舍入行為與 ROUND_HALF_UP 相同;
- 如果為偶數(shù),則舍入行為與 ROUND_HALF_DOWN 相同。
- 注意,在重復(fù)進行一系列計算時,此舍入模式可以將累加錯誤減到最小。
- 此舍入模式也稱為“銀行家舍入法”,主要在美國使用。四舍六入,五分兩種情況。
- 如果前一位為奇數(shù),則入位,否則舍去。
- 以下例子為保留小數(shù)點1位,那么這種舍入方式下的結(jié)果。
- 1.15>1.2 1.25>1.2
8、ROUND_UNNECESSARY
- 斷言請求的操作具有精確的結(jié)果,因此不需要舍入。
- 如果對獲得精確結(jié)果的操作指定此舍入模式,則拋出ArithmeticException。
直接用數(shù)字轉(zhuǎn)換為BigDecimal時會出現(xiàn)不精確的數(shù)值:
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 ??? ? ? ? */ 數(shù)字轉(zhuǎn)換為字符串后再轉(zhuǎn)換為BigDecimal時后計算則是精確的數(shù)值(所以先轉(zhuǎn)換為字符串后再轉(zhuǎn)BigDecimal會得到精確的結(jié)果): 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)); ??? ? ? /* ?結(jié)果如下: ?????? ? e:2.2 ?????? ? f:3.32 ?????? ? e+f=5.52 ??? ? ? ? */ |
BigDecimal除法異常Non-terminating decimal expansion
異常分析
其實提示信息已經(jīng)很明顯了,出現(xiàn)了無限循環(huán)小數(shù),無法返回bigdecimal的值,回顧一下項目中的代碼方式:
1
|
return new BigDecimal(baseMonth).divide( new BigDecimal(workDay)).setScale( 2 , BigDecimal.ROUND_HALF_UP); |
代碼如上,使用baseMonth除以workDay,返回的值按照四舍五入的方式保留兩位小數(shù)。但是還是出現(xiàn)了異常,原因就在于divide的調(diào)用方式。
解決措施
使用divide的重載方法:divide(BigDecimal divisor, int scale, int roundingMode)
1
|
return new BigDecimal(baseMonth).divide( new BigDecimal(workDay), 2 , BigDecimal.ROUND_HALF_UP); |
備注:小數(shù)點后的精確類型,可參考JDK源碼,以下為簡要的截圖舉例說明
思考
問題是解決了,但是我還在想我第一種方式,顯然,我在編碼的時候也想到了指定小數(shù)點保留以及精確方式,但是還是會出現(xiàn)異常,那Bigdecimal提供的setScale的方法是在什么場景下使用呢?
我猜想當(dāng)被除數(shù)除以除數(shù)結(jié)果為有限小數(shù)時,可以使用Bigdecimal的setScale方法,那來驗證一下
1
2
3
4
5
6
|
public static void main(String[] args) { ???????? //有限小數(shù) ???????? BigDecimal a = new BigDecimal( "2" ); ???????? BigDecimal b = new BigDecimal( "100" ); ???????? System.out.println(a.divide(b).setScale( 2 , RoundingMode.HALF_UP)); ???? } |
結(jié)果為:0.02
當(dāng)使用.setScale(3, RoundingMode.HALF_UP)時,則結(jié)果為0.020;
可見,以上猜想是正確的,即當(dāng)bigdecimal進行除法運算時,則會發(fā)生小數(shù)點溢出的情況,此時,可能會出現(xiàn)無限小數(shù),拋出異常,建議使用divide(BigDecimal divisor, int scale, int roundingMode)方式進行除法運算。
總結(jié)
- bigdecimal的乘法和除法都會導(dǎo)致小數(shù)點的溢出,建議指定位數(shù)和精確方式
- bigdecimal的.setScale方法,用于指定有限小數(shù)
- 不建議使用float、double進行bigdecimal的構(gòu)建,會導(dǎo)致精度的紊亂,建議采用int和string
- 在java程序中的小數(shù)計算,比如銀行交易額、支付金額等都使用的是bigdecimal類型
以上為個人經(jīng)驗,希望能給大家一個參考