使用printf的%.1f格式化36.25出现意外舍入错误，求技术支持

哈哈，这个问题我当初刚学C++的时候也懵过，其实核心是浮点数舍入规则的问题，不是编译器bug哦！

原因分析 #

1. 浮点数精确性与舍入规则 #

首先要明确：36.25是少数能被二进制浮点数精确存储的十进制小数（因为0.25 = 2^-2，二进制是有限位），所以它在内存里的存储是完全准确的。那为什么printf("%.1f", 36.25);会输出36.2？

这是因为C99及之后的标准规定，printf的浮点数格式化采用向最近值舍入，当值恰好处于两个舍入结果中间时，选择最后一位为偶数的结果（也就是常说的「银行家舍入」）。

对于36.25来说，保留1位小数时，它正好是36.2和36.3的中间值：

• 36.2的最后一位有效数字是2（偶数）
• 36.3的最后一位有效数字是3（奇数）
  按照规则，会优先选择偶数结尾的36.2。

2. 和日常认知的差异 #

我们平时习惯的是「逢5进1」的四舍五入，但这并不是C标准强制要求的舍入方式。银行家舍入的优势是能减少长期舍入的累积误差，在金融等对精度敏感的领域更常用。

解决办法 #

如果你想实现日常习惯的「逢5进1」四舍五入，可以用这两种方法：

• 方法一：给数值加一个极小的偏移量，让它略大于原数，触发进位：

  printf("%.1f", 36.25 + 1e-8); // 输出36.3
  

• 方法二：使用round()函数（需要包含<cmath>头文件），手动实现传统四舍五入：

  #include <stdio.h>
  #include <cmath>
  
  int main() {
      double num = 36.25;
      // 先放大10倍，舍入到整数后再缩小10倍
      printf("%.1f\n", round(num * 10) / 10); 
      return 0;
  }
  

另外补充：如果你的36.25是通过计算得到的近似值（比如运算结果略小于36.25），也会导致舍入到36.2，这时候用上面的方法同样能修正。

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