前言：

今天下午跑單元測試報錯，發(fā)現(xiàn)一個關(guān)于 new BigDecimal(double val) 的代碼問題，總結(jié)下。

問題

業(yè)務(wù)代碼：

/**
 * 校驗價格是否一致
 *
 * @param frontPrice 前端商品價格
 * @param realPrice  商品系統(tǒng)價格
 * @return boolean  true 相等
 */
public static boolean comparePrice(BigDecimal frontPrice, BigDecimal realPrice) {
 ? ?return frontPrice.compareTo(realPrice) == 0;
}

測試代碼：

/**
 * 前端價格
 */
BigDecimal forntPrice = new BigDecimal(0.2);

然后測試 comparePrice 方法總是返回 false，frontPrice 和 realPrice 明明是相等的， 都是0.2。

經(jīng)過斷點排查問題發(fā)現(xiàn) frontPrice 的值不是 0.2，而是 0.200000000000000011102230246251565404236316680908203125 。

我靠，怎么出現(xiàn)這種情況，BigDecimal 不是精準運算的嗎？

解決

查看相關(guān)文檔：

簡單翻一下：

將 double 類型轉(zhuǎn)換成 BigDecimal 類型。

• 這個構(gòu)造函數(shù)的結(jié)果在某種程度上是不可預(yù)測的。你可能會覺得new BigDecimal(0.1)會創(chuàng)建一個剛好等于 0.1 的 BigDecimal，但它實際上等于 0.1000000000000000055511151231257827021181583404541015625 。這是因為 0.1 不能被精確地表示為一個雙精度數(shù)。
• String 構(gòu)造函數(shù)是完全可預(yù)測的，new BigDecimal("0.1")會創(chuàng)建一個完全等于 0.1 的 BigDecimal，建議優(yōu)先使用 String 構(gòu)造函數(shù)。
• 如果必須使用 double 作為轉(zhuǎn)換源時，可以使用 BigDecimal.valueOf(0.1) ，它返回的結(jié)果也是精確的。

總結(jié)

將 double 類型轉(zhuǎn)換為 BigDecimal 類型的時候，不要使用new BigDecimal(0.1)這個構(gòu)造函數(shù)，應(yīng)為它得到的結(jié)果是不精確的，

使用BigDecimal.valueOf(0.1)或new BigDecimal("0.1") 。

使用 IDEA 編碼的時候會給警告提示：

到此這篇關(guān)于注意Java中 new BigDecimal(double val) 的使用的文章就介紹到這了,更多相關(guān)Java new BigDecimal內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論