今天碰到一個(gè)問(wèn)題，金額計(jì)算用double類(lèi)型會(huì)丟失經(jīng)度，就改用了BigDecimal類(lèi)型，這個(gè)類(lèi)型之前用的比較少，沒(méi)怎么接觸。就到網(wǎng)上看了一下相關(guān)教程，寫(xiě)個(gè)總結(jié)記一下。
BigDecimal類(lèi)
對(duì)于不需要任何準(zhǔn)確計(jì)算精度的數(shù)字可以直接使用float或double，但是如果需要精確計(jì)算的結(jié)果，則必須使用BigDecimal類(lèi)，而且使用BigDecimal類(lèi)也可以進(jìn)行大數(shù)的操作。
BigDecimal構(gòu)造方法
1.public BigDecimal(double val) 將double表示形式轉(zhuǎn)換為BigDecimal
2.public BigDecimal(int val) 將int表示形式轉(zhuǎn)換成BigDecimal
3.public BigDecimal(String val) 將String表示形式轉(zhuǎn)換成BigDecimal
測(cè)試：
|
1
2
3
4
5
|
System.out.println(new BigDecimal(0.1).toString()); System.out.println(new BigDecimal("0.1").toString()); System.out.println(new BigDecimal(Double.toString( 0.1000000000000000055511151231257827021181583404541015625)).toString());System.out.println(new BigDecimal(Double.toString(0.1)).toString()); |
輸出結(jié)果
// 0.1000000000000000055511151231257827021181583404541015625
// 0.1
// 0.1
// 0.1
分析：
第一行：事實(shí)上，由于二進(jìn)制無(wú)法精確地表示十進(jìn)制小數(shù)0.1，但是編譯器讀到字符串"0.1"之后，必須把它轉(zhuǎn)成8個(gè)字節(jié)的double值，因此，編譯器只能用一個(gè)最接近的值來(lái)代替0.1了，即0.1000000000000000055511151231257827021181583404541015625。因此，在運(yùn)行時(shí)，傳給BigDecimal構(gòu)造函數(shù)的真正的數(shù)值是0.1000000000000000055511151231257827021181583404541015625。
第二行：BigDecimal能夠正確地把字符串轉(zhuǎn)化成真正精確的浮點(diǎn)數(shù)。
第三行：?jiǎn)栴}在于Double.toString會(huì)使用一定的精度來(lái)四舍五入double，然后再輸出。會(huì)。Double.toString(0.1000000000000000055511151231257827021181583404541015625)輸出的事實(shí)上是"0.1"，因此生成的BigDecimal表示的數(shù)也是0.1。
第四行：基于前面的分析，事實(shí)上這一行代碼等價(jià)于第三行
結(jié)論：
1.如果你希望BigDecimal能夠精確地表示你希望的數(shù)值，那么一定要使用字符串來(lái)表示小數(shù)，并傳遞給BigDecimal的構(gòu)造函數(shù)。
2.如果你使用Double.toString來(lái)把double轉(zhuǎn)化字符串，然后調(diào)用BigDecimal(String)，這個(gè)也是不靠譜的，它不一定按你的想法工作。
3.如果你不是很在乎是否完全精確地表示，并且使用了BigDecimal(double)，那么要注意double本身的特例，double的規(guī)范本身定義了幾個(gè)特殊的double值(Infinite，-Infinite，NaN)，不要把這些值傳給BigDecimal，否則會(huì)拋出異常。
JDK的描述：
1、參數(shù)類(lèi)型為double的構(gòu)造方法的結(jié)果有一定的不可預(yù)知性。有人可能認(rèn)為在Java中寫(xiě)入newBigDecimal(0.1)所創(chuàng)建的BigDecimal正好等于 0.1（非標(biāo)度值 1，其標(biāo)度為 1），但是它實(shí)際上等于0.1000000000000000055511151231257827021181583404541015625。這是因?yàn)?.1無(wú)法準(zhǔn)確地表示為 double（或者說(shuō)對(duì)于該情況，不能表示為任何有限長(zhǎng)度的二進(jìn)制小數(shù)）。這樣，傳入到構(gòu)造方法的值不會(huì)正好等于 0.1（雖然表面上等于該值）。
2、另一方面，String 構(gòu)造方法是完全可預(yù)知的：寫(xiě)入 newBigDecimal("0.1") 將創(chuàng)建一個(gè) BigDecimal，它正好等于預(yù)期的 0.1。因此，比較而言，通常建議優(yōu)先使用String構(gòu)造方法。
當(dāng)double必須用作BigDecimal的源時(shí)，請(qǐng)使用Double.toString(double)轉(zhuǎn)成String，然后使用String構(gòu)造方法，或使用BigDecimal的靜態(tài)方法valueOf
|
1
2
3
4
5
6
7
8
9
|
public static void main(String[] args) { BigDecimal bDouble1 = BigDecimal.valueOf(2.3); BigDecimal bDouble2 = new BigDecimal(Double.toString(2.3)); System.out.println("bDouble1=" + bDouble1); //2.3 System.out.println("bDouble2=" + bDouble2); //2.3 } |
把double強(qiáng)制轉(zhuǎn)化成int
|
1
|
int x=(int)1023.99999999999999; // x=1024 為什么？ |
原因還是在于二進(jìn)制無(wú)法精確地表示某些十進(jìn)制小數(shù)，因此1023.99999999999999在編譯之后的double值變成了1024。
所以，把double強(qiáng)制轉(zhuǎn)化成int確實(shí)是扔掉小數(shù)部分，但是你寫(xiě)在代碼中的值，并不一定是編譯器生成的真正的double值。
驗(yàn)證代碼：
|
1
2
3
4
5
6
|
double d = 1023.99999999999999;int x = (int) d;System.out.println(new BigDecimal(d).toString()); // 1024System.out.println(Long.toHexString( Double.doubleToRawLongBits(d))); // 4090000000000000System.out.println(x); // 1024 |
BigDecimal加減乘除運(yùn)算
|
1
2
3
4
|
public BigDecimal add(BigDecimal value); //加法public BigDecimal subtract(BigDecimal value); //減法 public BigDecimal multiply(BigDecimal value); //乘法public BigDecimal divide(BigDecimal value); //除法 |
代碼實(shí)例
|
1
2
3
4
5
6
7
8
9
10
|
public static void main(String[] args) { BigDecimal a = new BigDecimal("4.5"); BigDecimal b = new BigDecimal("1.5"); System.out.println("a + b =" + a.add(b)); //6.0 System.out.println("a - b =" + a.subtract(b)); //3.0 System.out.println("a * b =" + a.multiply(b)); //6.75 System.out.println("a / b =" + a.divide(b)); //3 } |
這里有一點(diǎn)需要注意的是除法運(yùn)算divide.
BigDecimal除法可能出現(xiàn)不能整除的情況，比如 4.5/1.3，這時(shí)會(huì)報(bào)錯(cuò)java.lang.ArithmeticException: Non-terminating decimal expansion; no exact representable decimal result.
其實(shí)divide方法有可以傳三個(gè)參數(shù)
|
1
|
public BigDecimal divide(BigDecimal divisor, int scale, int roundingMode) |
第一參數(shù)表示除數(shù)， 第二個(gè)參數(shù)表示小數(shù)點(diǎn)后保留位數(shù)，
第三個(gè)參數(shù)表示舍入模式，只有在作除法運(yùn)算或四舍五入時(shí)才用到舍入模式，有下面這幾種
- ROUND_UP ：向遠(yuǎn)離零的方向舍入。舍棄非零部分，并將非零舍棄部分相鄰的一位數(shù)字加一。
- ROUND_DOWN ：向接近零的方向舍入。舍棄非零部分，同時(shí)不會(huì)非零舍棄部分相鄰的一位數(shù)字加一，采取截取行為。
- ROUND_CEILING ：向正無(wú)窮的方向舍入。如果為正數(shù)，舍入結(jié)果同ROUND_UP一致；如果為負(fù)數(shù)，舍入結(jié)果同ROUND_DOWN一致。注意：此模式不會(huì)減少數(shù)值大小。
- ROUND_FLOOR ：向負(fù)無(wú)窮的方向舍入。如果為正數(shù)，舍入結(jié)果同ROUND_DOWN一致；如果為負(fù)數(shù)，舍入結(jié)果同ROUND_UP一致。注意：此模式不會(huì)增加數(shù)值大小。
- ROUND_HALF_UP ：向“最接近”的數(shù)字舍入，如果與兩個(gè)相鄰數(shù)字的距離相等，則為向上舍入的舍入模式。如果舍棄部分>= 0.5，則舍入行為與ROUND_UP相同；否則舍入行為與ROUND_DOWN相同。這種模式也就是我們常說(shuō)的我們的“四舍五入”。
- ROUND_HALF_DOWN ：向“最接近”的數(shù)字舍入，如果與兩個(gè)相鄰數(shù)字的距離相等，則為向下舍入的舍入模式。如果舍棄部分> 0.5，則舍入行為與ROUND_UP相同；否則舍入行為與ROUND_DOWN相同。這種模式也就是我們常說(shuō)的我們的“五舍六入”。
- ROUND_HALF_EVEN ：向“最接近”的數(shù)字舍入，如果與兩個(gè)相鄰數(shù)字的距離相等，則相鄰的偶數(shù)舍入。如果舍棄部分左邊的數(shù)字奇數(shù)，則舍入行為與 ROUND_HALF_UP 相同；如果為偶數(shù)，則舍入行為與 ROUND_HALF_DOWN 相同。注意：在重復(fù)進(jìn)行一系列計(jì)算時(shí)，此舍入模式可以將累加錯(cuò)誤減到最小。此舍入模式也稱為“銀行家舍入法”，主要在美國(guó)使用。四舍六入，五分兩種情況，如果前一位為奇數(shù)，則入位，否則舍去。
- ROUND_UNNECESSARY ：斷言請(qǐng)求的操作具有精確的結(jié)果，因此不需要舍入。如果對(duì)獲得精確結(jié)果的操作指定此舍入模式，則拋出ArithmeticException。
按照各自的需要，可傳入合適的第三個(gè)參數(shù)。四舍五入采用 ROUND_HALF_UP
需要對(duì)BigDecimal進(jìn)行截?cái)嗪退纳嵛迦肟捎胹etScale方法，例：
|
1
2
3
4
5
6
7
|
public static void main(String[] args) { BigDecimal a = new BigDecimal("4.5635"); a = a.setScale(3, RoundingMode.HALF_UP); //保留3位小數(shù)，且四舍五入 System.out.println(a); } |
|
1
2
3
4
5
6
7
8
9
10
|
public static void main(String[] args) { BigDecimal a = new BigDecimal("4.5"); BigDecimal b = new BigDecimal("1.5"); a.add(b); System.out.println(a); //輸出4.5. 加減乘除方法會(huì)返回一個(gè)新的BigDecimal對(duì)象，原來(lái)的a不變 } |
總結(jié)
(1)商業(yè)計(jì)算使用BigDecimal。（比如金額）
(2)盡量使用參數(shù)類(lèi)型為String的構(gòu)造函數(shù)。
(3) BigDecimal都是不可變的（immutable）的，在進(jìn)行每一步運(yùn)算時(shí)，都會(huì)產(chǎn)生一個(gè)新的對(duì)象，所以在做加減乘除運(yùn)算時(shí)千萬(wàn)要保存操作后的值。
(4)我們往往容易忽略JDK底層的一些實(shí)現(xiàn)細(xì)節(jié)，導(dǎo)致出現(xiàn)錯(cuò)誤，需要多加注意。
以上就是詳解Java中的BigDecimal的詳細(xì)內(nèi)容，更多關(guān)于Java BigDecimal的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！
原文鏈接：https://www.zjhuiwan.cn/info/20181018/1810181158476830003.html
