Java DecimalFormat теряет точность при двойном форматировании

double не имеет бесконечной точности, и вы не можете получить большую точность, чем double, преобразовав double в BigDecimal (например, вы не можете получить большую точность с int, когда вы делаете double r = 1/3;, что равно 0.0, потому что это расширяет int до double). Вместо этого вы можете использовать String. Что-то типа

DecimalFormat format = new DecimalFormat();
String value = "-1350825904190559999913623552.00";
System.out.println(format.format(new BigDecimal(value)));

Он не теряется при форматировании. Здесь он потерян:

Double value = new Double(-1350825904190559999913623552.00);

double имеет только около 15,9 значащих десятичных цифр. Это не подходит. Произошла потеря точности во время компиляции при преобразовании литерала с плавающей запятой.

Проблема заключается в форматировании вывода, в частности, в том, как двойные числа преобразуются в строки по умолчанию. Каждое двойное число имеет точное значение, но оно также является результатом преобразования строки в двойное число для диапазона десятичных дробей. В этом случае точное значение двойного числа равно -1350825904190559999913623552, но диапазон [-1350825904190560137352577024,-1350825904190559862474670080].

Преобразование Double toString выбирает число из этого диапазона с наименьшим количеством значащих цифр, -1,35082590419056E27. Эта строка преобразуется обратно в исходное значение.

Если вы действительно хотите увидеть точное значение, а не просто достаточное количество цифр для уникальной идентификации двойника, ваш текущий подход BigDecimal работает хорошо.

Вот программа, которую я использовал для вычисления чисел в этом ответе:

import java.math.BigDecimal;

public class Test {
  public static void main(String args[]) {
    double value = -1350825904190559999913623552.00;
    /* Get an exact printout of the double by conversion to BigDecimal
     * followed by BigDecimal output. Both those operations are exact.
     */
    BigDecimal bdValue = new BigDecimal(value);
    System.out.println("Exact value: " + bdValue);
    /* Determine whether the range is open or closed. The half way
     * points round to even, so they are included in the range for a number
     * with an even significand, but not for one with an odd significand.
     */
    boolean isEven = (Double.doubleToLongBits(value) & 1) == 0;
    /* Find the lower bound of the range, by taking the mean, in
     * BigDecimal arithmetic for exactness, of the value and the next
     * exactly representable value in the negative infinity direction.
     */
    BigDecimal nextDown = new BigDecimal(Math.nextAfter(value,
        Double.NEGATIVE_INFINITY));
    BigDecimal lowerBound = bdValue.add(nextDown).divide(BigDecimal.valueOf(2));
    /* Similarly, find the upper bound of the range by going in the
     * positive infinity direction.
     */
    BigDecimal nextUp = new BigDecimal(Math.nextAfter(value,
        Double.POSITIVE_INFINITY));
    BigDecimal upperBound = bdValue.add(nextUp).divide(BigDecimal.valueOf(2));
    /* Output the range, with [] if closed, () if open.*/
    System.out.println("Range: " + (isEven ? "[" : "(") + lowerBound + ","
        + upperBound + (isEven ? "]" : ")"));
    /* Output the result of applying Double's toString to the value.*/
    String valueString = Double.toString(value);
    System.out.println("toString result: " + valueString);
    /* And use BigDecimal as above to print the exact value of the result
     * of converting the toString result back again.
     */
    System.out.println("exact value of toString result as double: "
        + new BigDecimal(Double.parseDouble(valueString)));
  }
}

Вывод:

Exact value: -1350825904190559999913623552
Range: [-1350825904190560137352577024,-1350825904190559862474670080]
toString result: -1.35082590419056E27
exact value of toString result as double: -1350825904190559999913623552

Вы не можете точно представить 1350825904190559999913623552.00 с помощью Double. Если вы хотите узнать почему, изучите эту статью.

Если вы хотите представить значение, я бы посоветовал использовать код, который вы использовали в своем вопросе: new BigDecimal( value ), где value на самом деле является представлением String.