您好,登錄后才能下訂單哦!
這篇文章主要介紹“如何使用BigDecimal除法后保留兩位小數”的相關知識,小編通過實際案例向大家展示操作過程,操作方法簡單快捷,實用性強,希望這篇“如何使用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<num;i++){ numString+="0"; } DecimalFormat df=new DecimalFormat(numString); return new BigDecimal(df.format(a).toString()); }
當bigdecimal除不盡(循環小數)后會報錯,上面的是一種解決方法,下面的是BigDecimal ,divide方法提供的精確小數方法(推薦使用)
@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
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_UNNECESSARY
斷言請求的操作具有精確的結果,因此不需要舍入。
如果對獲得精確結果的操作指定此舍入模式,則拋出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的值,回顧一下項目中的代碼方式:
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) { //有限小數 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除法后保留兩位小數”的內容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業相關的知識,可以關注億速云行業資訊頻道,小編每天都會為大家更新不同的知識點。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。