一、构造BigDecimal
BigDecimal提供了丰富的构造函数,可以通过int、long、double、String等来构造一个BigDecimal对象。
但是,使用double作为参数的构造函数,无法精确构造一个BigDecimal对象,需要自己指定一个上下文的环境,也就是指定精确位。
例如:
BigDecimal bg = new BigDecimal(1.1);
System.out.println(bg.toString());
运行结果:
1.100000000000000088817841970012523233890533447265625
所以,通常情况下,我们会使用String对象作为参数来构造一个精确的BigDecimal对象。
下面提供的三种方法都是可以的:
//方法一
BigDecimal bg1 = new BigDecimal("1.1");
//方法二
BigDecimal bg2 = new BigDecimal(Double.toString(1.1));
//方法三
BigDecimal bg3 = BigDecimal.valueOf(1.1);
System.out.println(bg1.toString());
System.out.println(bg2.toString());
System.out.println(bg3.toString());
运行结果:
1.1
1.1
1.1
附:
BigDecimal.value(double val)方法为什么可以呢?
看看下面的源码,大家应该就清楚了:
public static BigDecimal valueOf(double val) {
return new BigDecimal(Double.toString(val));
}
二、生产中遇到的问题
1、数据库出现类型转换错误
回想起来,情景历历在目,数据库中定义的是decimal类型,模型定义的是BigDecial,照理来说肯定不会错,但是,神奇的事情发生,在更新decimal类型的字段时,竟然出现了varchar转化为decimal的类型转换错误。
排查了好久,最后发现是创建BigDecimal时,使用的是BigDecimal(float)这个构造函数,换成String类型的构造函数就没问题了。
2、页面显示无限小数
这个跟上面那个类似,也是在创建BigDecimal对象时,使用的是float类型的参数,导致页面上显示的是无限小数,换成String类型的构造函数就可以了。