如何解决Java DecimalFormat舍入问题一致性问题
我在尝试将双精度舍入到小数点后 2 位时看到一些奇怪的行为
下面是代码
DecimalFormat df = new DecimalFormat();
df.setMaximumFractionDigits(2);
df.setRoundingMode(RoundingMode.HALF_EVEN);
double f1 = 100.845;
double f2 = 1440.845;
System.out.println( df.format(f1));
System.out.println( df.format(f2));
这个输出
100.84
1,440.85
我期望第一个值是 100.85。
当我进一步研究时,我发现了以下内容
101.845 --> 100.84
102.845 --> 102.84
103.845 --> 103.84
.
.
255.845 --> 255.84
**256.845 --> 256.85**
257.845 --> 256.85
.
.
我认为它一定与精度有关,因为从 0.84 到 0.85 的切换发生在 255(2^8 -1) 左右。但是,我没有计算这个值(至少在这个示例代码中没有)。
谁能解释一下为什么会发生这种情况?
谢谢
解决方法
这里的问题是由于这些双精度值都不完全等于 Java 代码中使用的十进制表示;相反,它们是一个接近的浮点值。
以下是打印其确切值的一种方法:
System.out.println(new BigDecimal(100.845));
System.out.println(new BigDecimal(1440.845));
输出:
100.844999999999998863131622783839702606201171875
1440.845000000000027284841053187847137451171875
100.8449...
向下舍入为 100.84
,因为它最接近 100.84
。
1440.8450...
向上取整为 100.85
,因为它最接近 100.85
。
在这两种情况下,半偶逻辑都不适用,因为这两个数字都不是两个潜在四舍五入目标的正中间。
相比之下,如果您使用可以精确表示这些值的数字格式(例如 BigDecimal
),您将看到预期的四舍五入:
DecimalFormat df = new DecimalFormat();
df.setMaximumFractionDigits(2);
df.setRoundingMode(RoundingMode.HALF_EVEN);
BigDecimal d1 = new BigDecimal("100.845");
BigDecimal d2 = new BigDecimal("1440.845");
System.out.println( df.format(d1));
System.out.println( df.format(d2));
输出:
100.84
1,440.84
,
当使用 HALF_EVEN
时,它会向“最近的邻居”四舍五入,除非两个邻居等距。如果它们是等距的,它会向左边的偶数邻居舍入...
在您的情况下,100.845
最后一位数字 5
是等距的,因此它四舍五入到左侧最近的偶数邻居 4
。
在这里,您使用的是 double
,它在内存中可能与值略有不同。为确保您计算的数字不是等距的,请为您的 + 1e-6
添加精度误差 double
。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。