BigDecimal应用——计算费用场景中用到Integer，Double，BigDecimal三种类型出现的意外情况 结合BigDecimal源码分析

引出

---

在一个计算费用的场景中，用到了Integer，Double，BigDecimal三种类型，在转换为bigdecimal的时候遇到的问题，结合源码进行了分析。

• 1.在new bigdecimal的时候，最好传入的是字符串；
• 2.double类型在计算费用的场景中尽量不要用，会有意想不到的结果；
• 3.有时候用一下BigDecimal.valueOf方法是个不错的选择；

背景描述

最近在做一个物流相关的项目，其中有一个计算运费的模块，接收前端传的参数如下如所示

业务逻辑

然后需要根据这两个值，重量和体积计算运费，计算的业务逻辑如下所示

重量计算方法：

取重量和体积两者间较大的数值，体积计算方法：长(cm)×*宽(cm)*×高(cm)/轻抛系数

普快：

同城互寄：12000

城内寄件：12000

跨省寄件：12000

经济区互寄（京津翼、江浙沪皖、川渝）：6000

经济区互寄（黑吉辽）：9000

---

计费重量小数点规则：

不满1kg，按1kg计费；

10KG以下：以0.1kg为计重单位，四舍五入保留 1 位小数；

10-100KG：续重以0.5kg为计重单位，不足0.5kg按0.5kg算，四舍五入保留 1 位小数；

100KG及以上：四舍五入取整；

举例：

8.4kg按照8.4kg收费

8.5kg按照8.5kg收费

8.8kg按照8.8kg收费

18.1kg按照18.5kg收费

18.5kg按照18.5kg收费

18.7kg按照19kg收费

108.4kg按照108kg收费

108.5kg按照109kg收费

108.6kg按照109kg收费

总运费小数点规则：按四舍五入计算，精确到小数点后一位

我的方法及问题

由于double类型计算金钱相关的在Java中尽量不用，因此我把他们都转成bigdecimal进行计算，我写的代码如下

    public static BigDecimal get(BigDecimal weight){if (weight.compareTo(new BigDecimal(1))<=0){weight = new BigDecimal(1); // 不满1kg，按照1kg计算return weight;}if (weight.compareTo(new BigDecimal(10))<=0){ // 10kg 以下DecimalFormat df = new DecimalFormat("#.0");String formattedNumber = df.format(weight);return new BigDecimal(formattedNumber);}// 四舍五入的计费规则DecimalFormat df = new DecimalFormat("#"); // 100kg 以上df.setRoundingMode(RoundingMode.HALF_UP);if (weight.compareTo(new BigDecimal(100))>0){return new BigDecimal(df.format(weight));}// 以0.5位计重单位BigDecimal remainder = weight.remainder(BigDecimal.ONE); // 小数部分BigDecimal integerPart = weight.divide(BigDecimal.ONE, BigDecimal.ROUND_DOWN); // 整数部分if (remainder.compareTo(new BigDecimal(0.5))>0){weight = weight.add(new BigDecimal(1)); // 18.7变成19df = new DecimalFormat("#.0");String formattedNumber = df.format(weight);return new BigDecimal(formattedNumber);}return new BigDecimal("1").add(integerPart);}

测试遇到的问题

测试的时候，发现输出的结果有些能对的上，有些就显得很奇怪，一开始百思不得其解，后来突然想到这个是不是浮点数的原因，再看我传的参数

我传的参数其实是double类型

idea其实也给了提示，我也忽略了这一条提醒

问题的对比分析

如果传的是一个double类型，比如18.8，则会出现下面的情况

如果用的是valueOf的方法，则不会出现上述的问题

源码分析

遇到上述问题后，好奇的Arya猫病又犯了，于是去翻了一下源码，发现了问题的所在，且听说来分析分析

1.valueOf方法

valueOf实际调用了什么方法

2.new BigDecimal（double d）方法

传入double类型的构造方法如下，调了double的这个方法：doubleToLongBits

这个方法干了啥事，把double类型用long类型的位表示

3.问题的本质

---

总结

1.在new bigdecimal的时候，最好传入的是字符串；
2.double类型在计算费用的场景中尽量不要用，会有意想不到的结果；
3.有时候用一下BigDecimal.valueOf方法是个不错的选择；