C语言:关注EOF
EOF是指文件的结束符,是一个宏定义
借助于getchar 与putchar 函数,可以在不了解其它输入/输出知识的情况下编写出
数量惊人的有用的代码。最简单的例子就是把输入一次一个字符地复制到输出,其基本思想
如下:
读一个字符
while (该字符不是文件结束指示符)
输出刚读入的字符
读下一个字符
将上述基本思想转换为C语言程序为:
#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”来标识流的结束。
Bye!
郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。