初级的超难问题

System.out.println(100.55 - 100.00);
在java里
100.55默认情况下是double型的
所以：
100.55 - 100.00 ＝ 0.5499999999999972；当运算时候，100要转换成100.00

终于有人顶贴啦
那估计要深入研究下jdk或者jvm
或者要研究cpu中运算器，寄存器的原理啦
（乱猜，仅供参考）
谢谢楼主的问题
大家接着讨论啊

应该是float与double的问题吧，具体为什么不知道

我以前以为是64位做转换时出显的偏差。因为目前计算机都是32位的，而JVM也这样做处理，就是如果是64位原始类型，它总是先转换为32位的int然后再将这两个32位压栈，做处理后，再弹出这个两数，然后再压栈将两个32位数转换为一个64位数。但这样我就无法解释100.5 - 100 = 0.5。因为如果有偏差就应小数后不管是几位都应该有偏差。等待高手

这个是JAVA中的类型转换问题，JAVA程序里，有隐含类型转换和强制性转换。转换原则为：站用比特书少的就是短的数据如INT转换成站用教多的数据楼住把程序改成100.55-1.00E3F 就会好了吧，我没JDK你试试看

我猜想是INT TO FLOAT时，系统的原因

说到Java的基本数据类型必须谈到的两个类是DataInputStream和DataOutputStream。它们提供了对Java基本数据类型的操作，但是这些方法事实上是在两个重要的接口中定义的DataInput和DataOutput，它们的功能就是把二进制的字节流转换成Java的基本数据类型，同时还提供了从数据中使用UTF-8编码构建String的功能。在DataInputStream和DataOutputStream两个类中的方法都很简单，基本结构为readXXXX()和writeXXXX()其中XXXX代表基本数据类型或者String。在这里不多讲述，不过值得一提的是我们有必要读读java中unicode的编码规则，在API doc中有比较详细的介绍。
（以上资料来自internet，看看对大家有没有启发）

to:007remember(绿原)
我觉得不是。因为无论是duoble 或是float都是原始类型。JVM根本不会将它们还去封装到别的类型中(即使是Object都是一种浪费)否则定义原始类型就失去意义了

这个问题简单
就好象十进制里10/3会发生除不尽的循环小数一样
0.55在二进制里也是无限循环小数.
可以使用BigDecimal类来进行精确运算解决该问题

100.55和100.5都被认为是浮点类型的double吧。。float要特别申明为100.55f。第一个错误产生的原因是因为浮点数实际上是用二进制系统表示的。如果你需要精确的话，可以使用BigDecimal这个类。

个人认为 huailt(冷月)说的有道理

huailt(冷月)说的是正解
就象十进制里1/3没办法精确表示一样，0.1在二进制中也是
个循环小数，你可以看看core java

to huailt(冷月)：
是否举一个真实的例子，以准确说明偏移的原因。
要求说明两点：1、100.55 - 100 = 0.5499999999999972 有偏移
2、100.5 - 100 =0.5 没有偏移
这是为什么

我确定它不是一个bug，因为我在C#中得到的结果也是一样的

关注
学习ing
期待ing

C#结果是一样的，并不能说明它不是BUG, 这要看它产生在哪一级，毕竟软件是基于硬件基础之上的

System.out.println(100.55f- 100f));
>>>>>>0.55000305这是为什么呢?

浮点运算的时候，计算机的浮点运算器的位数有限制，比如 Intel 的机器的cpu（32位机器）使用的是64位的浮点运算器，80位的浮点运算暂存器，这样，由于运算的时候使用IEEE的浮点表示法，将浮点数字转换为纯小数，省去最高位1不表示，剩下的数字放入尾数区（补码），阶码放到阶码区（移码），然后进行加减乘除运算，算得的结果，要进行标准化，还使用IEEE的浮点表示法，这样就把数字的表示位数扩大了，造成了误差。

标题     在Java中实现浮点数的精确计算    AYellow（原作）修改
关键字     Java 浮点数精确计算
问题的提出：
如果我们编译运行下面这个程序会看到什么？
public class Test{
    public static void main(String args[]){
        System.out.println(0.05+0.01);
        System.out.println(1.0-0.42);
        System.out.println(4.015*100);
        System.out.println(123.3/100);
    }
};你没有看错！结果确实是
0.060000000000000005
0.5800000000000001
401.49999999999994
1.2329999999999999Java中的简单浮点数类型float和double不能够进行运算。不光是Java，在其它很多编程语言中也有这样的问题。在大多数情况下，计算的结果是准确的，但是多试几次（可以做一个循环）就可以试出类似上面的错误。现在终于理解为什么要有BCD码了。
这个问题相当严重，如果你有9.999999999999元，你的计算机是不会认为你可以购买10元的商品的。
在有的编程语言中提供了专门的货币类型来处理这种情况，但是Java没有。现在让我们看看如何解决这个问题。四舍五入
我们的第一个反应是做四舍五入。Math类中的round方法不能设置保留几位小数，我们只能象这样（保留两位）：
public double round(double value){
    return Math.round(value*100)/100.0;
}非常不幸，上面的代码并不能正常工作，给这个方法传入4.015它将返回4.01而不是4.02，如我们在上面看到的
4.015*100=401.49999999999994
因此如果我们要做到精确的四舍五入，不能利用简单类型做任何运算
java.text.DecimalFormat也不能解决这个问题：
System.out.println(new java.text.DecimalFormat("0.00").format(4.025));
输出是4.02 BigDecimal
在《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)附录
源文件Arith.java：import java.math.BigDecimal;
/**
* 由于Java的简单类型不能够精确的对浮点数进行运算，这个工具类提供精
* 确的浮点数运算，包括加减乘除和四舍五入。
*/public class Arith{    //默认除法运算精度
    private static final int DEF_DIV_SCALE = 10;
    //这个类不能实例化
    private Arith(){
    }
    /**
     * 提供精确的加法运算。
     * @param v1 被加数
     * @param v2 加数
     * @return 两个参数的和
     */    public static double add(double v1,double v2){
        BigDecimal b1 = new BigDecimal(Double.toString(v1));
        BigDecimal b2 = new BigDecimal(Double.toString(v2));
        return b1.add(b2).doubleValue();
    }    /**
     * 提供精确的减法运算。
     * @param v1 被减数
     * @param v2 减数
     * @return 两个参数的差
     */    public static double sub(double v1,double v2){
        BigDecimal b1 = new BigDecimal(Double.toString(v1));
        BigDecimal b2 = new BigDecimal(Double.toString(v2));
        return b1.subtract(b2).doubleValue();
    }     /**
     * 提供精确的乘法运算。
     * @param v1 被乘数
     * @param v2 乘数
     * @return 两个参数的积
     */    public static double mul(double v1,double v2){
        BigDecimal b1 = new BigDecimal(Double.toString(v1));
        BigDecimal b2 = new BigDecimal(Double.toString(v2));
        return b1.multiply(b2).doubleValue();
    }     /**
     * 提供（相对）精确的除法运算，当发生除不尽的情况时，精确到
     * 小数点以后10位，以后的数字四舍五入。
     * @param v1 被除数
     * @param v2 除数
     * @return 两个参数的商
     */    public static double div(double v1,double v2){
        return div(v1,v2,DEF_DIV_SCALE);
    }     /**
     * 提供（相对）精确的除法运算。当发生除不尽的情况时，由scale参数指
     * 定精度，以后的数字四舍五入。
     * @param v1 被除数
     * @param v2 除数
     * @param scale 表示表示需要精确到小数点以后几位。
     * @return 两个参数的商
     */    public static double div(double v1,double v2,int scale){
        if(scale<0){
            throw new IllegalArgumentException(
                "The scale must be a positive integer or zero");
        }
        BigDecimal b1 = new BigDecimal(Double.toString(v1));
        BigDecimal b2 = new BigDecimal(Double.toString(v2));
        return b1.divide(b2,scale,BigDecimal.ROUND_HALF_UP).doubleValue();
    }     /**
     * 提供精确的小数位四舍五入处理。
     * @param v 需要四舍五入的数字
     * @param scale 小数点后保留几位
     * @return 四舍五入后的结果
     */    public static double round(double v,int scale){
        if(scale<0){
            throw new IllegalArgumentException(
                "The scale must be a positive integer or zero");
        }
        BigDecimal b = new BigDecimal(Double.toString(v));
        BigDecimal one = new BigDecimal("1");
        return b.divide(one,scale,BigDecimal.ROUND_HALF_UP).doubleValue();
    }
};

我以前也碰到类似的问题，好象是计算机用2进制处理数字的结果
0.5的2进制刚好是0.1（好象是吧）而0.55的2进制是永远算不准的
但可以在前面加上float就行了

参见《java数值方法》，你会得到你想要的答案

浮点类型的数据不适合在不容许舍入误差的金融计算领域使用。比如命令
System.out.println(2.0-1.1)将会打印0.899999999999999,而不是你所希望的0.9。这种舍入错误产生的原因是因为浮点数实际上是用二进制系统表是的。而分数1/10在二进制系统中没有精确的表示，其道理就如同在十进制系统中无法精确表示1/3一样。如果你需要进行不产生舍入误差的精确数字计算，你需要使用bigDecimal类。
（摘自《Java 2 核心技术》）

调试易

初级的超难问题

解决方案 »