c - EOF 和结束程序的字符是什么？

Question

我目前正在阅读 The C Programming Language(第 1 版)。在 1.5 节的文件复制下，书中介绍了 EOF 的概念。

#define EOF -1

main()
{
    int c;

    c = getchar();
    while (c != EOF)
    {
        putchar(c);
        c = getchar();
    }
}

当我运行上面的程序时，程序接受输入并再次打印输入。

omfg
omfg
how
how
do 
do 
i end 
i end 
this?
this?
-1
-1

我在想输入 -1 会结束程序，因为 EOF 是 -1。但如你所见，它仍然没有结束。是不是因为EOF的-1是int，而我输入的-1是char？我不确定。

那么我该如何实际使用 EOF？

谢谢。

Answer 1

EOF 不是字符；相反，它是流的条件。因此，一次处理一个字符的输入流的代码可以轻松检测到文件结束条件，函数 getchar() 被定义为返回一个 int 而不是 char，并在检测到输入结束时返回信号值EOF。

在 Unix 系统的终端，键入 Ctrl+D 使 stdin 报告已到达文件末尾，这导致 getchar() 返回 EOF。在 Windows 的命令提示符处，键入 Ctrl+Z 以获得相同的效果。这些字符由操作系统(在输入设备驱动程序中)解释，以允许手动键入 EOF 条件。

当您的程序从文件而不是终端读取时，EOF 条件将在读取文件的最后一个字符后自然出现。在 Unix 中，您可以从文件中读取任何字符，包括 Ctrl+D 字符，而不会触发文件结束条件，因为从文件中读取不涉及执行该转换的 tty 设备驱动程序。

类似地，当将一个程序的输出通过管道传输到第二个程序时，当第一个程序关闭其输出流时，第二个程序将看到 EOF，而不会看到 EOF 只是因为数据中有 Ctrl+D。

请注意，在 Windows 下，对于某些 C 编译器和处于“文本”模式的文件，读取 Ctrl+Z 字符可能会导致文件条件过早结束。这是出于历史原因:Windows 借鉴了 DOS 的大量行为，而 DOS 借鉴了 CP/M-80。在 CP/M-80 中，文件系统只知道以“ block ”为单位的文件大小(每 block 512 字节)。为了让文本文件干净利落地结束，Ctrl+Z 字符被选为不太可能成为文档的有效部分，并用于表示文本文件结束。磁盘上文件的末尾将是一个 block ，其中某处至少包含一个 Ctrl+Z 字符，并且通常包含随机附加数据，这些数据恰好在 Ctrl+Z 之后仍在内存中。