NumberFormat Parse Issue

2019-05-13 06:33发布

问题:

I am quite confused about this peculiar 'error' I am getting when parsing a String to a Double.

I've already set up the NumberFormat properties and symbols.

When passing a String with 15 digits and 2 decimals (ex. str = "333333333333333,33") and parsing it with Number num = NumberFormat.parse(str) the result is omitting a digit.

The actual value of num is 3.333333333333333E14.

It seems to be working with Strings with all 1's, 2's and 4's though...

Anyone can enlighten me?

Cheers Enrico

回答1:

The short answer; due to round error

(double) 111111111111111.11 != (double) 111111111111111.1

but

(double) 333333333333333.33 == (double) 333333333333333.3

If you want more precision, use setParseBigDecimal and parse will return a BigDecimal.


Why does this happen? This is because you are at the limit of the precision of double. The 17 ones is fine as it can just be represented. The 2's is just double this and as double stores powers of two, every power of two of all 17 ones, so 17 fours and 17 eights is fine.

However, 17 threes takes one more bit than double has to represent the value and this last bit is truncated. Similarly 17 fives, sixes and nines also have rounding errors.

double[] ds = {
        111111111111111.11,
        222222222222222.22,
        333333333333333.33,
        444444444444444.44,
        555555555555555.55,
        666666666666666.66,
        777777777777777.77,
        888888888888888.88,
        999999999999999.99};
for (double d : ds) {
    System.out.println(d + " - " + new BigDecimal(d));
}

prints the following. The double is rounded slightly before printing and the BigDecimal shows you the exact values the double represents.

1.1111111111111111E14 - 111111111111111.109375
2.2222222222222222E14 - 222222222222222.21875
3.333333333333333E14 - 333333333333333.3125
4.4444444444444444E14 - 444444444444444.4375
5.5555555555555556E14 - 555555555555555.5625
6.666666666666666E14 - 666666666666666.625
7.777777777777778E14 - 777777777777777.75
8.888888888888889E14 - 888888888888888.875
1.0E15 - 1000000000000000


回答2:

The DecimalFormat.parse method will in this case return a Double, which has limited precision.

You can't expect it to always be able to return a Number that represents the input exactly.

You can use BigDecimal.setParseBigDecimal to allow the number format to return a BigDecimal from the parse method. This Number is capable of representing your values with arbitrary precision. (Thanks @Peter Lawrey for pointing that out!)