feof不是前置判断条件而是后置状态标记，正确做法是先检查fgets等函数返回值是否成功，再按需用feof区分EOF与其他错误。
为什么 fgets 或 fscanf 读到文件末尾还在循环？
因为 feof 不是“检测下一次读取是否会失败”的开关，而是“上一次读取是否已因 EOF 失败”的状态标记。绝大多数人误把它当成了前置判断条件，结果导致多读一次、死循环或访问未初始化内存。
典型错误写法：
while (!feof(fp)) {
fgets(buf, sizeof(buf), fp); // 这里可能已读失败，但 buf 内容未定义
printf("%s", buf); // 输出垃圾内容甚至崩溃
}
问题根源：EOF 只在尝试读取失败后才被设置，而此时数据早已没读进来。
feof 的唯一合理使用场景
只在读取函数返回值表明失败后，用 feof 区分失败原因是 EOF 还是其他错误（比如磁盘损坏、权限不足）。
立即学习“C++免费学习笔记（深入）”；
正确做法永远是：先检查读取函数本身的返回值，再按需查 feof。
-
fgets成功时返回非空指针，失败时返回NULL；失败后可调feof(fp)判断是不是到结尾了 -
fscanf返回成功匹配的项数，读到 EOF 时返回EOF（即 -1），此时再查feof才有意义 -
fread返回实际读取的元素个数，等于 0 且ferror(fp)为假时，才说明是 EOF
安全读取文本行的推荐写法（C/C++ 通用）
别依赖 feof 控制循环，用读取函数的返回值直接驱动。
例如逐行读取：
char buf[1024];
while (fgets(buf, sizeof(buf), fp) != NULL) {
// buf 已确保含有效内容，末尾有 '\n' 或 '\0'
fputs(buf, stdout);
}
又如按格式读取整数：
int x;
while (fscanf(fp, "%d", &x) == 1) {
printf("got %d\n", x);
}
// 循环退出后，检查是 EOF 还是格式错误：
if (feof(fp)) {
puts("end of file");
} else if (ferror(fp)) {
perror("read error");
}
Windows 和 Linux 下的换行符差异会放大 feof 误用风险
文本模式下，Windows 的 \r\n 会被自动转成 \n，但这个转换发生在底层 I/O 层；如果用二进制模式打开，feof 行为不变，但读取逻辑更易出错——尤其当手动处理缓冲区边界时。
关键提醒：
- 不要在循环条件里混合用
feof和fgets，这是最常见死循环源头 -
feof对标准输入（stdin）同样适用，但交互式输入中它永远不会为真，除非显式触发 EOF（Ctrl+D / Ctrl+Z） - C++ 的
std::getline和operator>>内部已封装 EOF 判断，不需要、也不该手动调feof
真正需要 feof 的时候极少，绝大多数情况，盯着读取函数的返回值就足够了。
