使用BigDecimal除法后保留兩位小數

這篇文章主要介紹了使用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.133122.cn/39165.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.133122.cn/39165.html

  • 舍入遠離零的舍入模式。
  • 在丟棄非零部分之前始終增加數字(始終對非零舍棄部分前面的數字加1)。
  • 注意，此舍入模式始終不會減少計算值的大小。

2、ROUND_DOWN文章源自四五設計網-http://www.133122.cn/39165.html

  • 接近零的舍入模式。
  • 在丟棄某部分之前始終不增加數字(從不對舍棄部分前面的數字加1，即截短)。
  • 注意，此舍入模式始終不會增加計算值的大小。

3、ROUND_CEILING文章源自四五設計網-http://www.133122.cn/39165.html

  • 接近正無窮大的舍入模式。
  • 如果 BigDecimal 為正，則舍入行為與 ROUND_UP 相同;
  • 如果為負，則舍入行為與 ROUND_DOWN 相同。
  • 注意，此舍入模式始終不會減少計算值。

4、ROUND_FLOOR文章源自四五設計網-http://www.133122.cn/39165.html

  • 接近負無窮大的舍入模式。
  • 如果 BigDecimal 為正，則舍入行為與 ROUND_DOWN 相同;
  • 如果為負，則舍入行為與 ROUND_UP 相同。
  • 注意，此舍入模式始終不會增加計算值。

5、ROUND_HALF_UP文章源自四五設計網-http://www.133122.cn/39165.html

  • 向“最接近的”數字舍入，如果與兩個相鄰數字的距離相等，則為向上舍入的舍入模式。
  • 如果舍棄部分 >= 0.5，則舍入行為與 ROUND_UP 相同;否則舍入行為與 ROUND_DOWN 相同。
  • 注意，這是我們大多數人在小學時就學過的舍入模式(四舍五入)。

6、ROUND_HALF_DOWN文章源自四五設計網-http://www.133122.cn/39165.html

  • 向“最接近的”數字舍入，如果與兩個相鄰數字的距離相等，則為上舍入的舍入模式。
  • 如果舍棄部分 > 0.5，則舍入行為與 ROUND_UP 相同;否則舍入行為與 ROUND_DOWN 相同(五舍六入)。

7、ROUND_HALF_EVEN文章源自四五設計網-http://www.133122.cn/39165.html

  • 向“最接近的”數字舍入，如果與兩個相鄰數字的距離相等，則向相鄰的偶數舍入。
  • 如果舍棄部分左邊的數字為奇數，則舍入行為與 ROUND_HALF_UP 相同;
  • 如果為偶數，則舍入行為與 ROUND_HALF_DOWN 相同。
  • 注意，在重復進行一系列計算時，此舍入模式可以將累加錯誤減到最小。
  • 此舍入模式也稱為“銀行家舍入法”，主要在美國使用。四舍六入，五分兩種情況。
  • 如果前一位為奇數，則入位，否則舍去。
  • 以下例子為保留小數點1位，那么這種舍入方式下的結果。
  • 1.15>1.2 1.25>1.2

8、ROUND_UNNECESSARY文章源自四五設計網-http://www.133122.cn/39165.html

  • 斷言請求的操作具有精確的結果，因此不需要舍入。
  • 如果對獲得精確結果的操作指定此舍入模式，則拋出ArithmeticException。

直接用數字轉換為BigDecimal時會出現不精確的數值：文章源自四五設計網-http://www.133122.cn/39165.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除法后保留兩位小數-1

思考

問題是解決了，但是我還在想我第一種方式，顯然，我在編碼的時候也想到了指定小數點保留以及精確方式，但是還是會出現異常，那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類型

以上為個人經驗，希望能給大家一個參考

繼續閱讀
我的微信
微信掃一掃
weinxin
我的微信
惠生活福利社
微信掃一掃
weinxin
我的公眾號
 
  • 本文由 四五設計網小助手 發表于 2024年1月26日09:44:38
  • 轉載請務必保留本文鏈接：http://www.133122.cn/39165.html

發表評論

匿名網友
:?: :razz: :sad: :evil: :!: :smile: :oops: :grin: :eek: :shock: :???: :cool: :lol: :mad: :twisted: :roll: :wink: :idea: :arrow: :neutral: :cry: :mrgreen:

拖動滑塊以完成驗證