以前,只是听说过,Java里面有些个类型,在计算的时候,是不能想当然的,因为,计算机的实现法和你自己的想法是不一样的。当时,没怎么在意,后来,还真听一个哥们说,他把钱给算错了。既然遇到了,我就稍微做个笔记,以后遇到类似问题,自己也好有个印象,
先看奇葩现象。
private static void testDouble() {
Double d = 0.81d;
System.out.println(d);
PrintUtil.divideLine();
System.out.println("0.05 + 0.01 = " + (0.05 + 0.01));//0.060000000000000005
System.out.println("1.0 - 0.42 = " + (1.0 - 0.42));//0.5800000000000001
System.out.println("4.015 * 100 = " + (4.015 * 100));//401.49999999999994
System.out.println("123.3 / 100 = " + (123.3 / 100));//1.2329999999999999
System.out.println(new DecimalFormat("0.00").format(4.025d));//4.03 四舍五入
}
就简单在意下,上面的几个double类型的数据的计算结果就好啦。其他都是写打印个分界符啥的代码。我弄个工具类,使用方便些。
可以看到,这些 double的计算,果然跟想象的有点不一样。
就像,他们说的4.999999999999999在计算机看来,可买不到,标价为5。0000块钱的东西。那就出问题啦。
这个时候,就要用到一个叫 BigDecimal 的类啦。
下面看一个工具类的代码
public class DoubleUtil implements Serializable {
private static final long serialVersionUID = -3345205828566485102L;
/**
* 默认除法运算精度
*/
private static final Integer DEF_DIV_SCALE = 2;
/**
* 提供精确的加法运算。
*
* @param value1 被加数
* @param value2 加数
* @return 两个参数的和
*/
public static Double add(Double value1, Double value2) {
BigDecimal b1 = BigDecimal.valueOf(value1);
BigDecimal b2 = BigDecimal.valueOf(value2);
return b1.add(b2).doubleValue();
}
/**
* 提供精确的减法运算。
*
* @param value1 被减数
* @param value2 减数
* @return 两个参数的差
*/
public static double sub(Double value1, Double value2) {
BigDecimal b1 = BigDecimal.valueOf(value1);
BigDecimal b2 = BigDecimal.valueOf(value2);
return b1.subtract(b2).doubleValue();
}
/**
* 提供精确的乘法运算。
*
* @param value1 被乘数
* @param value2 乘数
* @return 两个参数的积
*/
public static Double mul(Double value1, Double value2) {
BigDecimal b1 = BigDecimal.valueOf(value1);
BigDecimal b2 = BigDecimal.valueOf(value2);
return b1.multiply(b2).doubleValue();
}
/**
* 提供(相对)精确的除法运算,当发生除不尽的情况时, 精确到小数点以后10位,以后的数字四舍五入。
*
* @param dividend 被除数
* @param divisor 除数
* @return 两个参数的商
*/
public static Double divide(Double dividend, Double divisor) {
return divide(dividend, divisor, DEF_DIV_SCALE);
}
/**
* 提供(相对)精确的除法运算。 当发生除不尽的情况时,由scale参数指定精度,以后的数字四舍五入。
*
* @param dividend 被除数
* @param divisor 除数
* @param scale 表示表示需要精确到小数点以后几位。
* @return 两个参数的商
*/
public static Double divide(Double dividend, Double divisor, Integer scale) {
if (scale < 0) {
throw new IllegalArgumentException("The scale must be a positive integer or zero");
}
BigDecimal b1 = BigDecimal.valueOf(dividend);
BigDecimal b2 = BigDecimal.valueOf(divisor);
return b1.divide(b2, scale, RoundingMode.HALF_UP).doubleValue();
}
/**
* 提供指定数值的(精确)小数位四舍五入处理。
*
* @param value 需要四舍五入的数字
* @param scale 小数点后保留几位
* @return 四舍五入后的结果
*/
public static double round(double value, int scale) {
if (scale < 0) {
throw new IllegalArgumentException("The scale must be a positive integer or zero");
}
BigDecimal b = BigDecimal.valueOf(value);
BigDecimal one = new BigDecimal("1");
return b.divide(one, scale, RoundingMode.HALF_UP).doubleValue();
}
}
下面是,这个工具类的实际使用代码,为了操作对比方便,我就不嫌啰嗦的把代码再复制一遍吧,
/**
* double的一些计算奇葩现象,试验一把,就印象深刻啦。
*/
private static void testDouble() {
Double d = 0.81d;
System.out.println(d);
PrintUtil.divideLine();
System.out.println("0.05 + 0.01 = " + (0.05 + 0.01));//0.060000000000000005
System.out.println("1.0 - 0.42 = " + (1.0 - 0.42));//0.5800000000000001
System.out.println("4.015 * 100 = " + (4.015 * 100));//401.49999999999994
System.out.println("123.3 / 100 = " + (123.3 / 100));//1.2329999999999999
System.out.println(new DecimalFormat("0.00").format(4.025d));//4.03 四舍五入
}
/**
* 精确计算
*/
private static void testDoubleExact() {
System.out.println("0.05 + 0.01 = " + DoubleUtil.add(0.05, 0.01));
System.out.println("1.0 - 0.42 = " + DoubleUtil.sub(1.0, 0.42));
System.out.println("4.015 * 100 = " + DoubleUtil.mul(4.015, 100d));
System.out.println("123.3 / 100 = " + DoubleUtil.divide(123.3, 100d));//保留两位
System.out.println("123.3 / 100 = " + DoubleUtil.divide(123.3, 100d, 3));//保留三位
System.out.println(DoubleUtil.round(4.025d, 2));
}
这就省略了main方法啦。
下面看上述代码的运行结果。
这个不是什么高科技,但是得有个印象,知道有这么个问题存在,不然,那就真得跟我那哥们一样,等到真正出问题啦,才知道,钱这么算是有大问题的。
上面的事Java代码里面的,
下面看JavaScript里面的。