将float转换为有理数时结果不精确，求解决方案

兄弟，你遇到的坑其实不是floor()函数的问题，核心是浮点数的二进制精度限制——float类型根本没法精确表示像0.74这类十进制小数，它们在内存里是近似值，这直接导致你用来终止循环的decimalPart != 0条件永远没法满足，循环会一直跑下去，直到分子分母溢出，最后输出乱七八糟的结果。

为什么会出现这种情况？ #

举个简单的例子：0.74转换成二进制是一个无限循环的小数，但float只能保留有限位（大概23位有效二进制位），所以存储的是一个接近0.74但略有偏差的值。当你执行decimalPart = f - floor(f)时，得到的不是精确的0.74，而是一个近似值；乘以10再减去floor()的结果后，也不会精确到0，只会留下一个极小的非零残留（比如你看到的0.000001），这就导致循环停不下来。

而像0.25能正常工作，是因为它是2的负二次方（1/4），可以用二进制精确表示，所以decimalPart最终会精确等于0，循环能正常终止。

怎么修复？ #

给你几个实用的解决方案，按推荐程度排序：

1. 用阈值判断替代精确等于0

不要直接判断decimalPart != 0，而是判断它的绝对值是否小于一个极小的阈值（比如1e-6，也就是0.000001）——这个阈值比float的精度误差大一点，能覆盖绝大多数情况。修改后的循环代码如下：

#include <math.h> // 必须包含这个头文件才能用fabs()

// ... 其他代码不变 ...
// 修改循环条件
while (fabs(decimalPart) > 1e-6)
{
    decimalPlaces++;
    printf("Houses number updated: %d\n", decimalPlaces);
    decimalPart = decimalPart * 10;
    decimalPart = decimalPart - floor(decimalPart);
    printf("Decimal part updated: %f\n", decimalPart);
}
// ... 其他代码不变 ...

2. 直接处理输入字符串（最可靠）

浮点数从被scanf读取的那一刻起就已经是近似值了，如果想完全避免精度问题，不如直接把用户输入的字符串拆分成整数部分和小数部分，这样能精确获取十进制的位数和数值。比如可以用sprintf把float转成字符串，再手动解析：

char num_str[32];
sprintf(num_str, "%.6f", f); // 最多保留6位小数，按需调整
// 然后分割字符串中的'.'，分别提取整数和小数部分
// 比如"0.74"就拆成整数0，小数74，位数2，分子就是0*100+74=74，分母100

这种方式能彻底避免浮点数运算的误差，精度最可靠。

3. 用double替代float缓解问题

double的精度是float的两倍多（大概53位有效二进制位），虽然还是没法精确表示所有十进制小数，但残留的误差会更小，循环更容易在合理次数内停止。不过这只是缓解，还是需要配合阈值判断使用。

额外提醒 #

你提到还没掌握Code::Blocks的调试方法，其实学会调试能帮你更快定位这类问题——比如设置断点看decimalPart的实际值，就能一眼看到它不是精确的0，而是一个极小的数。有空可以搜一下Code::Blocks的调试教程，很实用的！

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