C语言pow()函数计算偏差求助：输入153为何结果为152？

嗨，我来帮你拆解这个问题的核心原因——这其实是浮点数精度误差在搞鬼！

问题本质 #

pow()是C标准库中用于计算幂次的函数，但它的底层实现是基于浮点数运算的。而浮点数在计算机中的存储是近似值，并非绝对精确。比如你计算pow(5, 3)时，理论结果是125，但实际计算出来的可能是124.99999999999999（因为浮点数无法完美表示所有十进制数）。

当这个近似值被加到整数变量sum中时，会发生隐式类型转换：直接截断小数部分，把124.99999999999999变成124。这样算下来：

• 1³ = 1
• 5³ 实际被取为124
• 3³ = 27
  总和就是1+124+27=152，自然和预期的153不符。

而你注释掉的for循环a *= N是纯整数运算，每一步都是精确的：5×5×5=125，所以总和1+125+27=153，结果完全正确。

解决方案 #

这里有几个可行的解决办法：

• 优先使用整数循环（推荐）：就像你写的那段注释代码，整数运算没有精度问题，是最可靠的方式。
• 对pow()结果做四舍五入：如果一定要用pow()，可以在转换为整数前加上一个小偏移量，或者使用round()函数：

  // 方法1：加偏移量修正
  sum += (int)(pow(N, n) + 0.5);
  // 方法2：使用round()函数四舍五入
  sum += (int)round(pow(N, n));
  

  这两种方式都能把接近整数的浮点数修正为正确的整数值。

额外代码优化提示 #

你的代码里还有两个需要注意的小问题：

• fflush(stdin)是未定义行为，不同编译器处理方式不同，建议用getchar()来清空输入缓冲区。
• gets()已经被C标准废弃了，它存在缓冲区溢出风险，推荐用fgets()代替，比如：

  fgets(num, sizeof(num), stdin);
  // 去掉fgets读取的换行符
  num[strcspn(num, "\n")] = '\0';
  

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