новый BigDecimal (double) vs new BigDecimal (String)

Question

Когда BigDecimal используется при вводе double и BigDecimal со входом String, похоже, что появляются разные результаты.

BigDecimal a = new BigDecimal(0.333333333); 
BigDecimal b = new BigDecimal(0.666666666); 

BigDecimal c = new BigDecimal("0.333333333"); 
BigDecimal d = new BigDecimal("0.666666666"); 

BigDecimal x = a.multiply(b); 
BigDecimal y = c.multiply(d); 

System.out.println(x); 
System.out.println(y); 

х выходов как

0.222222221777777790569747304508155316795087227497352441864147715340493949298661391367204487323760986328125 

в то время как у является

0.222222221777777778 

Я прав, говоря, что это из-за двойной неточностей? Но так как это BigDecimal, разве это не должно быть одинаково?

Answer 1

Am I wrong in saying that this is because of double imprecision?

Вы абсолютно правы, это именно из-за неточностей double «s.

But since this is a BigDecimal , shouldn't it be the same?

Нет, не следует. Ошибка вводится в момент создания new BigDecimal(0.333333333), потому что константа 0.333333333 уже имеет встроенную в нее ошибку. В этот момент вы ничего не можете исправить, чтобы исправить эту ошибку представления: пословичная лошадь к тому времени выходит из сарая, поэтому слишком поздно закрывать двери.

С другой стороны, когда вы передаете String, десятичное представление точно соответствует строке, поэтому вы получаете другой результат.

Answer 2

Да, это ошибка с плавающей запятой. Проблема в том, что литералы 0.333333333 и 0.666666666 представлены как удвоившиеся перед передачей в качестве аргумента BigDecimal --- в частности, конструктор BigDecimal принимает аргумент double.

Это подтверждается стандартом, который гласит, что floating point literals default to double unless otherwise specified.

Answer 3

Когда вы определяете двойную переменную каким-либо образом, в большинстве случаев это не будет определяемое вами значение, а самое близкое возможное двоичное представление. Вы передаете двойнику конструктору, поэтому уже предоставляете небольшую неточность.

Answer 4

Java-документы имеют свой ответ. В соответствии с Java Документов BigDecimal(double val)

The results of this constructor can be somewhat unpredictable. One might assume that writing new BigDecimal(0.1) in Java creates a BigDecimal which is exactly equal to 0.1 (an unscaled value of 1, with a scale of 1), but it is actually equal to 0.1000000000000000055511151231257827021181583404541015625. This is because 0.1 cannot be represented exactly as a double.