C语言中声明float的term为何需用1.0/n而非1/n才能得到正确结果？

这是个非常典型的整数除法陷阱问题，很多刚接触C语言的开发者都会踩这个坑，我来一步步给你拆解清楚：

核心问题：整数除法 vs 浮点数除法 #

在C语言里，运算的类型是由操作数的类型决定的，而不是最终赋值的变量类型——这就是你疑惑的根源！

为什么1/n得不到有效结果，必须用1.0/n？ #

• 当你写1/n时，1和n都是int类型（整数），C语言会执行整数除法：直接丢弃小数部分，只保留商的整数部分。比如n=3时，1/3的结果是0而不是0.333...。
• 你虽然把term声明为float类型，但这只是说term能存储浮点数。赋值的时候，是先计算1/n得到整数结果，再把这个整数转换成float存到term里——比如结果是0的话，转成float还是0.0，循环累加n次也还是0.0，自然得不到正确结果。
• 而1.0是浮点数常量（默认是double类型），当它和整数n做除法时，C语言会自动把n转换成double类型，执行浮点数除法，得到带小数的正确结果，再赋值给float类型的term，这时候计算总和才是有效的。

为什么本该是浮点数的和却得到整数结果？ #

根源还是上面的整数除法：

• 如果用term=1/n，当n>1时，term的计算结果是0（整数除法的结果），循环累加n次0.0，最终总和就是0.0（看起来像整数）；
• 哪怕n=1，1/1得到的是整数1，转成float后是1.0，总和也是整数形式的浮点数，不符合你预期的分数和逻辑。

额外小技巧：强制类型转换 #

除了用1.0/n，你也可以通过强制类型转换让编译器执行浮点数除法，比如：

term = (float)1 / n;
// 或者
term = 1 / (float)n;

只要其中一个操作数被转换成浮点数，整个除法运算就会变成浮点数除法，得到正确的小数结果。

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