与 == EOF 与 feof 的混淆-解网

问：

我打开了一个文件，在指针的地址下找到了流。我正在尝试查看文件是否为空。使用以下内容ptr

if (fgetc(ptr) != EOF)

按预期工作。当文件为空时，不执行该语句。当文件不为空时，不执行语句。

但是，使用

if (!feof(ptr))

始终执行语句。

为什么会这样？有没有办法使用该功能？feof

C 文件指针 FGETC FEOF

我了解它是如何工作的 - 告诉我阅读手册页是居高临下的。打开文件意味着已找到该文件，并不意味着包含数据的扇区具有有效的校验和。假设读取错误意味着文件为空，如果空文件具有语义含义，则会带来麻烦。如果知道文件是否为空很重要，那么您需要实际测试该特定条件。在程序在任何情况下都无法停止的嵌入式系统中，让程序在任何情况下都能正常工作非常重要。

1赞 user4815162342 3/23/2016

@chqrlie 除了通过将EOF与其他读取错误混为一谈而产生误报的问题外，答案还解释了问题上下文中的作用，而不必为该特定情况背书。最后一句话是重要的一点，解释了为什么实际上有用，这对 OP 来说并不明显。fgetc(fp) == EOFfeoffeof

1赞 user4815162342 3/23/2016

@chqrlie EOF 与错误参数只是我评论的一部分（除了......），我个人同意这并不是那么重要。考虑到“经常被误用”并不意味着我们不能向初学者解释它的作用。OP明确询问了如何使用，答案对此进行了解释。除了你普遍不喜欢之外，答案中还有问题吗？feoffeoffeof

11赞 AnT stands with Russia 3/23/2016 #3

在 C 标准库中，“文件结束”不是一个独立的自检测条件。“文件结束”只是由前面的读取操作设置的文件状态。在执行读取操作之前，直到该读取操作碰到文件的实际末尾，否则不会设置“eof”状态并返回 0。feof()

C 标准库中的许多（大多数）标准 I/O 函数已经返回了一些可用于检测“文件结束”条件（如返回值）的完成代码。这意味着大多数时候调用是不必要的。fgetc()EOFfeof()

换句话说，如果你把“文件末尾”看作是一堵砖墙，那么在C标准库中，仅仅站在那堵墙的正前方来检测它是不够的。有必要用你的额头撞到那堵墙，以发现它的存在。

当您打开一个空文件时，您从“就在墙前”的状态开始。此时尚未检测到“文件结束”条件。你必须尝试阅读一些东西，才能撞到那堵墙，从而检测到它的存在。

这种设计的原因完全合乎逻辑。C 语言旨在支持各种输入流和文件系统，包括 1）根本不存储文件大小的文件系统，以及 2）只知道近似文件大小的文件系统（例如四舍五入到最近的集群）。在此类文件系统中，文件的末尾通常由特殊标记指定。你不知道那个标记在哪里，直到你在阅读文件时遇到它。（出于同样的原因，C 流不保证支持从函数中的原点定位。SEEK_ENDfseek

正如@Barmar在评论中指出的那样，没有预先确定的“文件结束”位置的输入流的一个更好的例子是链接到终端的标准输入。

这是一个详细的解释，但您应该扩展输入失败和文件结束条件之间的区别：当读取操作失败时，例如，这可能意味着已到达文件结束或某种读取错误。然后可用于确认文件末尾是否导致失败。这应该是它的唯一目的。fgetc() == EOFfeof()

15赞 Keith Thompson 3/23/2016 #4

有没有办法使用该功能？feof

是的，有。在输入函数返回一个值以指示它没有更多要处理的输入后，您可以调用和/或确定该条件是由到达输入末尾还是某些错误条件引起的。feof()ferror()

这是 and 函数的唯一有效用途。feof()ferror()

指示不再保留输入的结果因函数而异。例如，返回值，返回一个空指针，并返回小于请求的记录数的某个值。您需要阅读每个输入函数的文档以了解其工作原理。fgetc()EOFfgets()fread()

与 == EOF 与 feof 的混淆

Confusion with == EOF vs feof

评论

评论

评论

评论