Что плохого в этом простом «двойном» расчете?

d1 - d2 возвращает точный результат двоичной арифметики с плавающей запятой, он равен 2,6399999999999997, и поэтому он печатается. Если хотите округлить, можете сделать это во время печати.

System.out.printf("d1 - d2 : %.2f",  d4);

или с Commons-Math

d4 = Precision.round(d4, 2);

В основном из-за того, что double является 64-битной плавающей точкой IEEE 754 с двойной точностью. Он не предназначен для хранения точных десятичных значений. Поэтому для точных расчетов двойники не рекомендуются. Вместо этого используйте конструктор String для BigDecimal, например :

new BigDecimal("2.64")

Это потому, что ошибки во внутренних представлениях 4.64 и 2.0 конструктивно сочетаются (что означает, что они дают большую ошибку).

Технически говоря, 2.64 тоже точно не хранится. Однако есть конкретное представление, соответствующее 2,64. Однако подумайте о том, что 4.64 и 2.0 хранятся не совсем точно. Ошибки в 4.64 и 2.0 объединяются, чтобы произвести еще большую ошибку, достаточно большую, чтобы их вычитание не дало представления 2,64.

Ответ отклоняется на 3 * 10 ^ -16. Чтобы дать какой-то пример того, как это может происходить, давайте представим, что представление для 4.64 слишком мало на 2 * 10 ^ -16, а представление для 2.0 слишком велико на 1 * 10 ^ -16. Тогда вы получите

(4.64 - 2*10^-16) - (2.0 + 1*10^-16) = 2.64 - 3*10^-16

Таким образом, когда расчет завершен, две ошибки объединились, чтобы создать еще большую ошибку. Но если представление для 2,64 отключено только на 1 * 10 ^ -16, то это не будет считаться компьютером равным 2,64.

Также возможно, что 4.64 просто имеет большую ошибку, чем 2.64, даже если 2.0 не имеет ошибки. Если представление 4.64 на 3 * 10 ^ -16 слишком мало, вы получите то же самое:

(4.64 - 3*10^-16) - 2.0 = 2.64 - 3*10^-16

Опять же, если представление 2,64 отключено только на 1 * 10 ^ -16, то этот результат не будет считаться равным 2,64.

Я не знаю точных ошибок в реальных представлениях, но происходит нечто подобное, только с другими значениями. Надеюсь, это имеет смысл. Не стесняйтесь обращаться за разъяснениями.

В этом нет ничего плохого. Но попробуйте использовать BigDecimal

http://docs.oracle.com/javase/6/docs/api/java/math/BigDecimal.html

Примечание: double и float внутренне представлены как двоичные дроби в соответствии со стандартом IEEE 754 и поэтому не могут точно представлять десятичные дроби.