借用《Effactive Java》这本书中的话,float和double类型的主要设计目标是为了科学计算和工程计算。他们执行二进制浮点运算,这是为了在广域数值范围上提供较为精确的快速近似计算而精心设计的。然而,它们没有提供彻底精确的结果,因此不该该被用于要求精确结果的场合。可是,商业计算每每要求结果精确,这时候BigDecimal就派上大用场啦。app
BigDecimal 由任意精度的整数非标度值 和32 位的整数标度 (scale) 组成。若是为零或正数,则标度是小数点后的位数。若是为负数,则将该数的非标度值乘以 10 的负scale 次幂。所以,BigDecimal表示的数值是(unscaledValue × 10-scale)。函数
BigDecimal aDouble =new BigDecimal(1.22);源码分析
System.out.println("construct with a double value: " + aDouble);测试
BigDecimal aString = new BigDecimal("1.22");this
System.out.println("construct with a String value: " + aString);spa
你认为输出结果会是什么呢?若是你没有认为第一个会输出1.22,那么恭喜你答对了,输出结果以下:.net
construct with a doublevalue:1.2199999999999999733546474089962430298328399658203125设计
construct with a String value: 1.22code
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底层的一些实现细节,致使出现错误,须要多加注意。