· 会遇到的异常问题
System.out.println(12.0-8.53);
System.out.println(26.99+20);
System.out.println(0.033*100);
System.out.println(16.33/100);
/*output:
3.4700000000000006
46.989999999999995
3.3000000000000003
0.16329999999999997
*/
· 原因
之所以会出现这样的运算异常是因为Java中的简单浮点数类型float和double不能够直接进行运算。因为虽然大多数情况下是正常的,但是偶尔会出现如上所示的问题。这个问题其实不是Java的bug,而是由于计算机本身是二进制完成的,而浮点数实际上只是个近似值,所以从二进制与十进制浮点数的转化容易发生精度容易丢失,导致精度下降。
· 解决方法
Java.math包中提供的BigDecimal类可以解决这个问题。但是不能直接将double型数直接包装在BigDecimal对象当中,而是要求必须先将double数字通过它的包装类(Double)重载的toString(double d)转化为String类型之后的结果才能传入BigDecimal构造器,进而创建对象调用方法进行运算,最终的输出结果再以double类型返回
- 加法
public static double add(double a,double b){
BigDecimal d1 = new BigDecimal(Double.toString(a));
BigDecimal d2 = new BigDecimal(Double.toString(b));
return d1.add(d2).doubleValue();
}
- 减法
public static double sub(double a,double b){
BigDecimal d1 = new BigDecimal(Double.toString(a));
BigDecimal d2 = new BigDecimal(Double.toString(b));
return d1.subtract(d2).doubleValue();
}
- 乘法
public static double mul(double a,double b){
BigDecimal d1 = new BigDecimal(Double.toString(a));
BigDecimal d2 = new BigDecimal(Double.toString(b));
return d1.multiply(d2).doubleValue();
}
- 除法
除法我们会用到 public BigDecimal divide(BigDecimal divisor, int scale, int roundingMode),这里有必要将这当中的两个参数scale和roundingMode简单介绍一下:
1. scale是用来指定最终结果的精度,由用户自定义;
2. roundingMode是指明舍入方式的,用户不能自定义,而是用BigDecimal类当中已经提供的变量。常用的roundingMode一般主要有两个:ROUND_HALF_UP,它表示指定精度的后一位数字如果 >=5 则向上进一位,否则舍去。例如,3.0555,如果指定精度为3,结果应当精确到千分位,而此时在千分位后面的数字等于5,因此向上进一位,最终结果为3.056;ROUND_HALF_DOWN,它表示指定精度的后一位数字如果 >5 则向上进一位,否则舍去。例如,7.06475,如果指定精度为4,结果应当精确到万分位,而此时在万分位后面的数字等于5,因此向直接舍去,最终结果为7.0647.
//这里的roundingMode可直接用类BigDecimal调用静态变量ROUND_HALF_UP或ROUND_HALF_DOWN赋值
public static double div(double a,double b,int scale,int roundingMode){
BigDecimal d1 = new BigDecimal(Double.toString(a));
BigDecimal d2 = new BigDecimal(Double.toString(b));
return d1.divide(d2,scale , roundingMode).doubleValue();
}