無心中看到csdn上jackiehff大神的帖子,轉載一下,受教了app
借用《Effactive Java》這本書中的話,float和double類型的主要設計目標是爲了科學計算和工程計算。他們執行二進制浮點運算,這是爲了在廣域數值範圍上提供較爲精確的快速近似計算而精心設計的。然而,它們沒有提供徹底精確的結果,因此不該該被用於要求精確結果的場合。可是,商業計算每每要求結果精確,這時候BigDecimal就派上大用場啦。函數
BigDecimal 由任意精度的整數非標度值 和32 位的整數標度 (scale) 組成。若是爲零或正數,則標度是小數點後的位數。若是爲負數,則將該數的非標度值乘以 10 的負scale 次冪。所以,BigDecimal表示的數值是(unscaledValue × 10-scale)。源碼分析
BigDecimal aDouble =new BigDecimal(1.22);測試
System.out.println("construct with a double value: " + aDouble);this
BigDecimal aString = new BigDecimal("1.22");.net
System.out.println("construct with a String value: " + aString);設計
你認爲輸出結果會是什麼呢?若是你沒有認爲第一個會輸出1.22,那麼恭喜你答對了,輸出結果以下:code
construct with a doublevalue:1.2199999999999999733546474089962430298328399658203125對象
construct with a String value: 1.22blog
JDK的描述:一、參數類型爲double的構造方法的結果有必定的不可預知性。有人可能認爲在Java中寫入newBigDecimal(0.1)所建立的BigDecimal正好等於 0.1(非標度值 1,其標度爲 1),可是它實際上等於0.1000000000000000055511151231257827021181583404541015625。這是由於0.1沒法準確地表示爲 double(或者說對於該狀況,不能表示爲任何有限長度的二進制小數)。這樣,傳入到構造方法的值不會正好等於 0.1(雖然表面上等於該值)。
二、另外一方面,String 構造方法是徹底可預知的:寫入 newBigDecimal("0.1") 將建立一個 BigDecimal,它正好等於預期的 0.1。所以,比較而言,一般建議優先使用String構造方法。
三、當double必須用做BigDecimal的源時,請注意,此構造方法提供了一個準確轉換;它不提供與如下操做相同的結果:先使用Double.toString(double)
方法,而後使用BigDecimal(String)
構造方法,將double轉換爲String。要獲取該結果,請使用static valueOf(double)
方法。
BigDecimal a =new BigDecimal("1.22");
System.out.println("construct with a String value: " + a);
BigDecimal b =new BigDecimal("2.22");
a.add(b);
System.out.println("aplus b is : " + a);
咱們很容易會認爲會輸出:
construct with a Stringvalue: 1.22
a plus b is :3.44
但實際上a plus b is : 1.22
public static BigDecimal valueOf(double val) {
// Reminder: a zero double returns '0.0', so we cannotfastpath
// to use the constant ZERO. This might be important enough to
// justify a factory approach, a cache, or a few private
// constants, later.
returnnew BigDecimal(Double.toString(val));//見3.1關於JDK描述的第三點
}
public BigDecimal add(BigDecimal augend) {
long xs =this.intCompact; //整型數字表示的BigDecimal,例a的intCompact值爲122
long ys = augend.intCompact;//同上
BigInteger fst = (this.intCompact !=INFLATED) ?null :this.intVal;//初始化BigInteger的值,intVal爲BigDecimal的一個BigInteger類型的屬性
BigInteger snd =(augend.intCompact !=INFLATED) ?null : augend.intVal;
int rscale =this.scale;//小數位數
long sdiff = (long)rscale - augend.scale;//小數位數之差
if (sdiff != 0) {//取小數位數多的爲結果的小數位數
if (sdiff < 0) {
int raise =checkScale(-sdiff);
rscale =augend.scale;
if (xs ==INFLATED ||
(xs = longMultiplyPowerTen(xs,raise)) ==INFLATED)
fst =bigMultiplyPowerTen(raise);
}else {
int raise =augend.checkScale(sdiff);
if (ys ==INFLATED ||(ys =longMultiplyPowerTen(ys,raise)) ==INFLATED)
snd = augend.bigMultiplyPowerTen(raise);
}
}
if (xs !=INFLATED && ys !=INFLATED) {
long sum = xs + ys;
if ( (((sum ^ xs) &(sum ^ ys))) >= 0L)//判斷有無溢出
return BigDecimal.valueOf(sum,rscale);//返回使用BigDecimal的靜態工廠方法獲得的BigDecimal實例
}
if (fst ==null)
fst =BigInteger.valueOf(xs);//BigInteger的靜態工廠方法
if (snd ==null)
snd =BigInteger.valueOf(ys);
BigInteger sum =fst.add(snd);
return (fst.signum == snd.signum) ?new BigDecimal(sum,INFLATED, rscale, 0) :
new BigDecimal(sum,compactValFor(sum),rscale, 0);//返回經過其餘構造方法獲得的BigDecimal對象
}
以上只是對加法源碼的分析,減乘除其實最終都返回的是一個新的BigDecimal對象,由於BigInteger與BigDecimal都是不可變的(immutable)的,在進行每一步運算時,都會產生一個新的對象,因此a.add(b);雖然作了加法操做,可是a並無保存加操做後的值,正確的用法應該是a=a.add(b);
(1)商業計算使用BigDecimal。
(2)儘可能使用參數類型爲String的構造函數。
(3) BigDecimal都是不可變的(immutable)的,在進行每一步運算時,都會產生一個新的對象,因此在作加減乘除運算時千萬要保存操做後的值。
(4)咱們每每容易忽略JDK底層的一些實現細節,致使出現錯誤,須要多加註意。