Если вы используете double
или float
, вам следует использовать округление или ожидать появления ошибок округления. Если вы не можете этого сделать, используйте BigDecimal
.
Проблема в том, что 0,1 не является точным представлением, и, выполняя расчет дважды, вы усугубляете эту ошибку.
Однако 100 можно представить точно, поэтому попробуйте:
double x = 1234;
x /= 100;
System.out.println(x);
который печатает:
12.34
Это работает, потому что Double.toString(d)
выполняет небольшое округление от вашего имени, но это не так много. Если вам интересно, как это может выглядеть без округления:
System.out.println(new BigDecimal(0.1));
System.out.println(new BigDecimal(x));
печатает:
0.100000000000000005551115123125782702118158340454101562
12.339999999999999857891452847979962825775146484375
Короче говоря, округление неизбежно для разумных ответов с плавающей запятой, независимо от того, делаете вы это явно или нет.
Примечание: x / 100
и x * 0.01
не совсем то же самое, когда дело доходит до ошибки округления. Это связано с тем, что ошибка округления для первого выражения зависит от значений x, тогда как 0.01
во втором выражении фиксированная ошибка округления.
for(int i=0;i<200;i++) {
double d1 = (double) i / 100;
double d2 = i * 0.01;
if (d1 != d2)
System.out.println(d1 + " != "+d2);
}
отпечатки
0.35 != 0.35000000000000003
0.41 != 0.41000000000000003
0.47 != 0.47000000000000003
0.57 != 0.5700000000000001
0.69 != 0.6900000000000001
0.7 != 0.7000000000000001
0.82 != 0.8200000000000001
0.83 != 0.8300000000000001
0.94 != 0.9400000000000001
0.95 != 0.9500000000000001
1.13 != 1.1300000000000001
1.14 != 1.1400000000000001
1.15 != 1.1500000000000001
1.38 != 1.3800000000000001
1.39 != 1.3900000000000001
1.4 != 1.4000000000000001
1.63 != 1.6300000000000001
1.64 != 1.6400000000000001
1.65 != 1.6500000000000001
1.66 != 1.6600000000000001
1.88 != 1.8800000000000001
1.89 != 1.8900000000000001
1.9 != 1.9000000000000001
1.91 != 1.9100000000000001