使用具有更多数字的Java Double.toString（）样式格式（DecimalFormat不适用于低精度数字）

Question

核心问题是我需要记录一系列双打，每个双打都有不同数量的有效数字。 数字的变化有很大的数字。 一些有0（例如5257），有些有2（例如1308.75），有些一直有7（例如124.1171875）。 基本上是小数点后0到7位有效数字之间的所有内容。

标准Double.toString（）适用于所有内容，但有7位有效数字。 这是一直到6位数字，有效数字都打印没有任何无关紧要的数字。 但是对于那些有7位有效数字的人，toString（）会将最后一位数字舍入。 即

5257 -> "5257"
1308.75 -> "1308.75"
124.1171875 -> "124.117188"

当然我尝试使用DecimalFormat（“＃。#######”），这解决了丢失有效数字的问题，但它为许多低精度双精度打印了无关紧要的数字。 即

1308.75 -> "1308.7499998"

这也是不可接受的，因为它浪费了大量的空间（通常每天记录> 2 GB的数据）和2）它使用日志弄乱了应用程序。

在识别有效数字时，与toString（）相比，DecimalFormat似乎很糟糕，无论如何要修复它？ 我只想使用toString（）样式处理有效数字，并将最大位数从6扩展到7。

有任何想法吗？ 谢谢

Answer 1

如果你担心完全保留十进制值，你应该使用BigDecimal开始 - double从根本上说是不合适的，作为二进制浮点类型。

碰巧的是，我无法在DecimalFormat重现你1308.75的行为，这并不让我感到惊讶，因为这个值可以完全表示为double 。 事实上，无论如何， DecimalFormat似乎应用了一些启发式算法，因为即使1308.76也是1308.76 - 这让我感到惊讶， 实际值是1308.759999999999990905052982270717620849609375。 它意味着，如果你在代码中使用1308.7599999999999，它会出来为1308.76，因为它是完全一样的价值尽可能double关注。 如果你需要区分这两个值，你肯定应该使用BigDecimal 。

另请注意，1308.75有6 位有效数字 - 它有2 位小数 。 值得注意区分这两个概念。

Answer 2

在我看来有点奇怪，这就是我出去测试的原因。 我试过这段代码：

public class MySimpleTest
{
    public static void main(String args[])
    {
        format(5257);
        format(1308.75);
        format(124.1171875);
    }

    private static void format(double d)
    {
        DecimalFormat df = new DecimalFormat("##.#######");
        System.out.println("" + d + " -> " + df.format(d));
    }
}

它给了我这个结果：

5257.0 -> 5257
1308.75 -> 1308.75
124.1171875 -> 124.1171875

您可能正在测试“##。######”（点后只有6＃），或者您的号码可能有尾随数字。 重点是##。#######和##。0000000格式将围绕最后一个小数点（例如，格式化之前124.11718755将四舍五入为124.1171876）。 如果你想要它被截断，首先尝试截断它，做这样的事情：

double d = 124.1171875999999;
org.apache.commons.math.util.MathUtils.round(d, 6, java.math.BigDecimal.ROUND_DOWN);
DecimalFormat df = new DecimalFormat("##.#######");
System.out.println("" + d + " -> " + df.format(d));

Answer 3

除了Jon Skeet所提到的，为什么不保留一个DecimalFormat数组，每个数组都包含多个数字？