Java中Float类型999999.99自动取整原因及第8位舍入疑问

这问题问到点子上了——本质是单精度浮点数（float）的二进制存储机制在搞鬼，咱们一步步拆解：

核心原因：float的精度天生有限 #

Java里的float是32位单精度浮点数，它的存储结构分成三部分：

• 1位符号位（标记正/负）
• 8位指数位（控制数值的数量级）
• 23位尾数位（存储数值的有效数字，还有一位隐含的最高位1，所以总共是24位二进制有效数字）

关键就在这24位二进制有效数字：转换成十进制的话，log10(2^24)≈7.22，这意味着float最多能精确表示7-8位十进制有效数字。超过这个范围的数字，只能取最接近的可表示值，也就是会发生舍入。

逐个分析你的例子 #

1. 999999.99（8位有效数字） #

这个数刚好触碰到float的精度上限。999999.99的十进制值无法用24位二进制精确表示，而它离1000000.0的距离，比离下一个更小的float可表示值（999999.875）更近，所以存储时就会被舍入为1000000.0。

2. 99999.99（6位有效数字） #

这个数只有6位有效数字，完全在float的7位精度范围内。虽然它的小数部分也无法精确用二进制表示，但float能存储一个非常接近的近似值（比如实际存储的是99999.98828125），当你打印这个值时，会被近似显示为99999.99，所以看起来没有被取整。

3. 99999999（8位有效数字） #

同样是8位有效数字，但这个数的舍入结果不同：在99999999这个数值范围内，float的最小精度单位（ULP，相邻两个可表示值的差）是8。99999999离99999992（最近的更小可表示值）的距离是7，离100000000的距离是1？不对，实际是IEEE 754的舍入规则是“就近舍入到偶数”，99999999的二进制近似刚好更接近99999992而非100000000，所以不会被取整成后者。核心是：同样是8位有效数字，舍入结果取决于这个数离哪个可表示的float值更近。

为什么是第8位有效数字发生舍入？ #

刚才提到2^24≈1.6777×10^7，这个数值是7位十进制数，但它的二进制有效位数能覆盖到第8位的部分数值。当一个数的有效数字超过7位时，第8位及以后的数字就无法被float的尾数位精确存储，必须按照IEEE 754的舍入规则处理，这就是你听到的“float通常会在第8位有效数字处发生舍入”的原因。

用double解决问题的本质 #

double是64位双精度浮点数，尾数位有52位，加上隐含的1位是53位二进制有效数字，log10(2^53)≈15.95，意味着它能精确表示15-16位十进制有效数字。你的这些例子最多只有8位有效数字，完全在double的精度范围内，所以不会出现明显的舍入取整问题。

内容的提问来源于stack exchange，提问作者star zhang