C语言：关注EOF

很多人都写过这样的代码：

#include <stdio.h> main() { int c; c = getchar(); while(c != EOF) { putchar(c); c = getchar(); } }

而且理解这个代码并不是一件困难的事情，相反，太简单了.但是，如果深究，就会发现一个有意思的事情，如果不考虑重定向，也就是说，我们是从stdin 输入的，那么，我们应该输入什么信息，被认为是EOF呢？细心的读者可能注意到了，我们在声明变量c的时候，并没有将其声明为char类型，原因在于我们的c必须可以容纳所谓的EOF，想象一下，我使用的系统是Fedora，glib里头包含的stdio.h文件中将EOF定义为－1，很显然，将c定义为 char类型的话，他怎么可以容纳EOF呢？      

下面我作一下实验，目的就是想找到，到底什么信息可以结束我们的这个程序 ， 假设我的得到的可执行文件是test，输入./test,系统等待输入，当我输入“i  am  rockics”并回车时候，系统输出“i am  rockics”，且继续等待输入，显然回车不能让他退出执行 。

于是，我按下组合键“Ctrl＋Z”，表面上好像test不执行了，细心点会发现，屏幕的输出信息：

[1]+  Stopped                 ./test

只是stopped了，但是是否exit了呢？

很容易验证，输入命令ps，查看当前用户进程，我发现一下结果：

[rockics@localhost c]$ ps
  PID TTY          TIME CMD
3365 pts/1    00:00:00 bash
4471 pts/1    00:00:00 test
4484 pts/1    00:00:00 ps

test还在后台运行呢，呵呵。你必须显示的kill它才可以。

那么，要不试试看“Ctrl＋D”，好试试看，我们首先用“ kill －9 4471”将test杀死，然后重新执行之：

[rockics@localhost c]$ kill -9 4471
[1]+  已杀死               ./test
[rockics@localhost c]$ ./test
i am rockicsi am rockics

嘿，后面那个“i am rockics”是我按下“Ctrl＋D”输出的，哈哈，和回车键产生的效果差不多哦，只是没有换行。

这个时候，无论怎么输入回车，都发现test一直在等待用户输入，就是不肯退出来，哎，不乖 。

但是这个时候（按过回车键之后），我再次按下“Ctrl＋D”，就发现，test没了，ps，也没发现，也就是说test正常完成任务，退出了 。

[rockics@localhost c]$ ps
  PID TTY          TIME CMD
3365 pts/1    00:00:00 bash
4502 pts/1    00:00:00 ps 

也就是说，输入完成，按下回车，然后“Ctrl＋D”，可以结束test。

至于深层次的分析，当然要考虑到系统的实现，首先，输入缓冲是行缓冲。当从键盘上输入一串字符并按回车后，这些字符会首先被送到输入缓冲区中存储。每当按下回车键后，cin.get() 就会检测输入缓冲区中是否有了可读的数据。cin.get() 还会对键盘上是否有作为流结束标志的 “Ctrl＋Z”或者 “Ctrl＋D”键按下作出检查，其检查的方式有两种：阻塞式以及非阻塞式。

阻塞式检查方式指的是只有在回车键按下之后才对此前是否有“Ctrl＋Z” 组合键按下进行检查，非阻塞式样指的是按下“Ctrl＋D” 之后立即响应的方式。如果在按 “Ctrl＋D”之前已经从键盘输入了字符，则 “Ctrl＋D”的作用就相当于回车，即把这些字符送到输入缓冲区供读取使用，此时“Ctrl＋D”不再起流结束符的作用。如果按 “Ctrl＋D”之前没有任何键盘输入，则 “Ctrl＋D”就是流结束的信号

Windows系统中一般采用阻塞式检查 “Ctrl＋Z”、Unix/Linux系统下一般采用非阻塞式的检查 “Ctrl＋D”。我使用的是Fedora系统，因此使用非阻塞式的 “Ctrl＋D”来标识流的结束。