关于java中double类型的比较大小的问题



许多人在进行double比较大小时会遇到2.0-1.1!=0.9的问题,这主要和double的精度有关。



那么,如何解决double类型比较大小的问题呢?提供两种方式:

1.浮点数比较时,使用一个极小的数来提供可偏移的范围,比较的数和给出的数的差如果在这个范围内,则可以认为是相等的。

比如简单来说:

double e = 2.0-1.1;
System.out.println(Math.abs(e-0.9)<0.000001);
System.out.println(e==0.9); 

结果就是: true  false

2.使用大数据来解决。

在《Effective Java》这本书中也提到这个原则,float和double只能用来做科学计算或者是工程计算,在商业计算中我们要用 java.math.BigDecimal。BigDecimal一共有4个够造方法,我们不关心用BigInteger来够造的那两个,那么还有两个,它们是:
BigDecimal(double val) 
          Translates a double into a BigDecimal. 
BigDecimal(String val) 
          Translates the String repre sentation of a BigDecimal into a BigDecimal.
上面的API简要描述相当的明确,而且通常情况下,上面的那一个使用起来要方便一些。我们可能想都不想就用上了,会有什么问题呢?等到出了问题的时候,才发现上面哪个够造方法的详细说明中有这么一段:
Note: the results of this constructor can be somewhat unpredictable. One might assume that new BigDecimal(.1) is exactly equal to .1, but it is actually equal to .1000000000000000055511151231257827021181583404541015625. This is so because .1 cannot be represented exactly as a double (or, for that matter, as a binary fraction of any finite length). Thus, the long value that is being passed in to the constructor is not exactly equal to .1, appearances nonwithstanding. 
The (String) constructor, on the other hand, is perfectly predictable: new BigDecimal(".1") is exactly equal to .1, as one would expect. Therefore, it is generally recommended that the (String) constructor be used in preference to this one.

原来我们如果需要精确计算,非要用String来够造BigDecimal不可!在《Effective Java》一书中的例子是用String来够造BigDecimal的,但是书上却没有强调这一点,这也许是一个小小的失误吧。


解决方案
现在我们已经可以解决这个问题了,原则是使用BigDecimal并且一定要用String来够造。
但是想像一下吧,如果我们要做一个加法运算,需要先将两个浮点数转为String,然后够造成BigDecimal,在其中一个上调用add方法,传入另一个作为参数,然后把运算的结果(BigDecimal)再转换为浮点数。你能够忍受这么烦琐的过程吗?下面我们提供一个工具类Arith来简化操作。它提供以下静态方法,包括加减乘除和四舍五入:
public static double add(double v1,double v2)
public static double sub(double v1,double v2)
public static double mul(double v1,double v2)
public static double div(double v1,double v2)
public static double div(double v1,double v2,int scale)
public static double round(double v,int scale)

具体的内容便不粘贴了,具体可以参看博客:http://blog.csdn.net/pttaag/article/details/5912171


给出下面的例子:

String s1 = 2.0+"";
String s2 = 1.1+"";
String s3 = 0.9+"";
BigDecimal a = new BigDecimal(s1);
BigDecimal a1 = new BigDecimal(s2);
BigDecimal b1 = new BigDecimal(s3);
BigDecimal b2 = new BigDecimal(0.9);
BigDecimal r = a.subtract(a1);

double d1 = 0.9;
double d2 = Double.parseDouble(r.toString());


System.out.println(a.subtract(a1).compareTo(b1));
System.out.println(a.subtract(a1).compareTo(b2));
System.out.println(d1==d2);

输出为 : 0 -1  true

可见,1.BigDecimal可以达到效果,2.必须由字符串构造,之后再由字符串转换成浮点型,所以如果经常使用可以将具体操作封装起来。


 但是深究一下为什么:


————————————————————我是分割线————————————————————

 double类型的存储结构。

涉及到double在计算机内的存储结构的问题,这个可以参考这篇博客:http://blog.csdn.net/softwater007/article/details/3330619,

另外double类型的存储符合IEEE754标准,相关标准内容可以参考这篇博客:http://blog.csdn.net/hongdi/article/details/5390924

另外,关于规格化数的解释,我觉得下面的是比较合理的:

规格化有补码或者原码的规格化

(1)原码规格化后   正数为0.1××…×的形式。
                    负数为1.1××…×的形式
(2)补码规格化后   正数为0.1××…×的形式。
                    负数为1.0××…×的形式。

当浮点数尾数的基值为2时。原码规格化数的尾数最高位一定是1,补码规格化数尾数的最高位一定与尾数的符号位相反。基数不同,浮点数的规格化形式不同。当基数为4时,规格化形式尾数最高2位不全为0;当基数为8时,规格化形式尾数最高3位不全为0。

注意:[-1/2]补=1.100…0不是规格化数,需左规1次,[-1]补=1.00…0才是规格化数。



许多人在进行double比较大小时会遇到2.0-1.1!=0.9的问题,这主要和double的精度有关。



那么,如何解决double类型比较大小的问题呢?提供两种方式:

1.浮点数比较时,使用一个极小的数来提供可偏移的范围,比较的数和给出的数的差如果在这个范围内,则可以认为是相等的。

比如简单来说:

double e = 2.0-1.1;
System.out.println(Math.abs(e-0.9)<0.000001);
System.out.println(e==0.9); 

结果就是: true  false

2.使用大数据来解决。

在《Effective Java》这本书中也提到这个原则,float和double只能用来做科学计算或者是工程计算,在商业计算中我们要用 java.math.BigDecimal。BigDecimal一共有4个够造方法,我们不关心用BigInteger来够造的那两个,那么还有两个,它们是:
BigDecimal(double val) 
          Translates a double into a BigDecimal. 
BigDecimal(String val) 
          Translates the String repre sentation of a BigDecimal into a BigDecimal.
上面的API简要描述相当的明确,而且通常情况下,上面的那一个使用起来要方便一些。我们可能想都不想就用上了,会有什么问题呢?等到出了问题的时候,才发现上面哪个够造方法的详细说明中有这么一段:
Note: the results of this constructor can be somewhat unpredictable. One might assume that new BigDecimal(.1) is exactly equal to .1, but it is actually equal to .1000000000000000055511151231257827021181583404541015625. This is so because .1 cannot be represented exactly as a double (or, for that matter, as a binary fraction of any finite length). Thus, the long value that is being passed in to the constructor is not exactly equal to .1, appearances nonwithstanding. 
The (String) constructor, on the other hand, is perfectly predictable: new BigDecimal(".1") is exactly equal to .1, as one would expect. Therefore, it is generally recommended that the (String) constructor be used in preference to this one.

原来我们如果需要精确计算,非要用String来够造BigDecimal不可!在《Effective Java》一书中的例子是用String来够造BigDecimal的,但是书上却没有强调这一点,这也许是一个小小的失误吧。


解决方案
现在我们已经可以解决这个问题了,原则是使用BigDecimal并且一定要用String来够造。
但是想像一下吧,如果我们要做一个加法运算,需要先将两个浮点数转为String,然后够造成BigDecimal,在其中一个上调用add方法,传入另一个作为参数,然后把运算的结果(BigDecimal)再转换为浮点数。你能够忍受这么烦琐的过程吗?下面我们提供一个工具类Arith来简化操作。它提供以下静态方法,包括加减乘除和四舍五入:
public static double add(double v1,double v2)
public static double sub(double v1,double v2)
public static double mul(double v1,double v2)
public static double div(double v1,double v2)
public static double div(double v1,double v2,int scale)
public static double round(double v,int scale)

具体的内容便不粘贴了,具体可以参看博客:http://blog.csdn.net/pttaag/article/details/5912171


给出下面的例子:

String s1 = 2.0+"";
String s2 = 1.1+"";
String s3 = 0.9+"";
BigDecimal a = new BigDecimal(s1);
BigDecimal a1 = new BigDecimal(s2);
BigDecimal b1 = new BigDecimal(s3);
BigDecimal b2 = new BigDecimal(0.9);
BigDecimal r = a.subtract(a1);

double d1 = 0.9;
double d2 = Double.parseDouble(r.toString());


System.out.println(a.subtract(a1).compareTo(b1));
System.out.println(a.subtract(a1).compareTo(b2));
System.out.println(d1==d2);

输出为 : 0 -1  true

可见,1.BigDecimal可以达到效果,2.必须由字符串构造,之后再由字符串转换成浮点型,所以如果经常使用可以将具体操作封装起来。


 但是深究一下为什么:


————————————————————我是分割线————————————————————

 double类型的存储结构。

涉及到double在计算机内的存储结构的问题,这个可以参考这篇博客:http://blog.csdn.net/softwater007/article/details/3330619,

另外double类型的存储符合IEEE754标准,相关标准内容可以参考这篇博客:http://blog.csdn.net/hongdi/article/details/5390924

另外,关于规格化数的解释,我觉得下面的是比较合理的:

规格化有补码或者原码的规格化

(1)原码规格化后   正数为0.1××…×的形式。
                    负数为1.1××…×的形式
(2)补码规格化后   正数为0.1××…×的形式。
                    负数为1.0××…×的形式。

当浮点数尾数的基值为2时。原码规格化数的尾数最高位一定是1,补码规格化数尾数的最高位一定与尾数的符号位相反。基数不同,浮点数的规格化形式不同。当基数为4时,规格化形式尾数最高2位不全为0;当基数为8时,规格化形式尾数最高3位不全为0。

注意:[-1/2]补=1.100…0不是规格化数,需左规1次,[-1]补=1.00…0才是规格化数。



  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值