关于浮点：Java：使用双精度不准确

Java: Inaccuracy using double

本问题已经有最佳答案，请猛点这里访问。

Possible Duplicate:
Retain precision with Doubles in java
Strange floating-point behaviour in a Java program

号

我正在做一个柱状图类，我遇到了一个奇怪的问题。

这是这个类的基础知识，还有更多的方法，但它们与这个问题无关。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22

private int[] counters;
private int numCounters;
private double min, max, width;

public Histogram(double botRange, double topRange, int numCounters) {
counters = new int[numCounters];
this.numCounters = numCounters;
min = botRange;
max = topRange;
width = (max - min) / (double) numCounters;
}

public void plotFrequency() {
for (int i = 0; i < counters.length; i++) {
writeLimit(i * width, (i + 1) * width);
System.out.println(counters[i]);
}
}

private void writeLimit(double start, double end) {
System.out.print(start +" <= x <" + end +"\t\t");
}

当我画出频率图时，问题就发生了。我创建了两个实例。新的柱状图(0，1，10)；新的柱状图(0，10，10)；

这就是他们的输出。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23

Frequecy
0.0 <= x < 0.1 989
0.1 <= x < 0.2 1008
0.2 <= x < 0.30000000000000004 1007
0.30000000000000004 <= x < 0.4 1044
0.4 <= x < 0.5 981
0.5 <= x < 0.6000000000000001 997
0.6000000000000001 <= x < 0.7000000000000001 1005
0.7000000000000001 <= x < 0.8 988
0.8 <= x < 0.9 1003
0.9 <= x < 1.0 978

Frequecy
0.0 <= x < 1.0 990
1.0 <= x < 2.0 967
2.0 <= x < 3.0 1076
3.0 <= x < 4.0 1048
4.0 <= x < 5.0 971
5.0 <= x < 6.0 973
6.0 <= x < 7.0 1002
7.0 <= x < 8.0 988
8.0 <= x < 9.0 1003
9.0 <= x < 10.0 982

号

所以我的问题是，为什么我在第一个例子中得到了很长的小数极限，而不是第二个例子？