Java中的“实用”双舍入

Question

所以我已经阅读了很多这方面的内容，所以请知道我知道像 0.6 这样的数字不能绝对准确地表示为 Java 双精度 - 但我知道有一个双精度版本代表数字 0.6 足够接近，以至于数字显示为 0.6 而不是像 0.6000000000000001 在该数字的大多数最终解释中（例如，包括 toString() 或使用像杰克逊这样的库封送到 JSON - 我的目标）。

我正在寻找一种将双精度数强制转换为被解释为相对截断精度的数字的机制。例如，如果我想截断到 0.1 精度，我想要将 0.6975265613 截断到 0.1 精度的东西为 0.6，而不是 0.6000000000000001

所以，基本上使以下测试工作：

@Test
public void testRounding() {

    // prove there is a value that displays cleanly
    Double cleanValue = 0.6d;
    assertEquals("0.6", cleanValue.toString());

    Double value = 0.6975265613d;
    Double precision = 0.1d;

    value = value / precision;
    value = value.longValue() * precision;

    // this fails with 0.6000000000000001
    assertEquals("0.6", value.toString());

}

我使用 longValue() 来截断速度，但使用 Math.floor() 会得到相同的结果。

查看原始双十六进制值，上面的 cleanValue 是： 3fe3333333333333

而四舍五入的结果（值）为： 3fe3333333333334

我需要一种能够始终如一地为我提供预期版本（第一个）的技术，而不管舍入精度如何 - 假设精度不会突破类型的精度限制。转换为 String 或 BigDecimal 会太慢 - 这是一个分析应用程序，其中这些方法的 x10 成本非常可衡量。

再次，理解这两个十六进制数字都不是真正代表 实际 数字 0.6，我只是想让 Java 认为它是 0.6（即 3fe3333333333333）:)

谢谢！

Answer 1

这通过了，但不确定它是否是你想要的

@Test
public void testRounding() {

    // prove there is a value that displays cleanly
    Double cleanValue = 0.6d;
    assertEquals("0.6", cleanValue.toString());

    Double value = 0.6975265613d;

    // get double value truncated to 1 decimal place
    value = BigDecimal.valueOf(value).setScale(1,BigDecimal.ROUND_DOWN).doubleValue();

    // this fails with 0.6000000000000001
    assertEquals("0.6", value.toString());

}