EOF在Windows和Unix/Linux下的处理机制
2011-08-30 14:30
260 查看
EOF在Windows和Unix/Linux下的处理机制
本文地址:http://hi.baidu.com/shichaotansc/blog/item/cf0af7af779665fcfbed50cd.html
请问cin>>和cin.get()对EOF的处理机制
#include<iostream>
#include<iostream>
using namespace std;
int main()
{
char c;
while(!cin.eof())
cin.get(c);//cin>>c;
return 0;
}
采用cin.get()的时候运行时输入一个^Z程序就结束了。而采用cin>>的时候,输入^Z按回车程序并不结束,可以继续输入,除非紧接着又输入了一个^Z,程序才结束,太奇怪了!(VC++6.0)
输入缓冲是行缓冲。当从键盘上输入一串字符并按回车后,这些字符会首先被送到输入缓冲区中存储。每当按下回车键后,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。楼主是在Windows系统下,因此使用阻塞式的 Ctrl+Z 来标识流的结束。
这种阻塞式的方式有一个特点:只有按下回车之后才有可能检测在此之前是否有Ctrl+Z按下。还有一个特点就是:如果输入缓冲区中有可读的数据则不会检测Ctrl+Z(因为有要读的数据,还不能认为到了流的末尾)。还有一点需要知道:Ctrl+Z产生的不是一个普通的ASCII码值,也就是说它产生的不是一个字符,所以不会跟其它从键盘上输入的字符一样能够存放在输入缓冲区。明白了这几点之后就可以来解释楼主提出的问题了。
从键盘上输入abcd^z 加 回车之后在Windows系统上是这样处理的:由于回车的作用,前面的 abcd 等字符被送到输入缓冲区(注意:上面说过了,^z不会产生字符,所以更不会存储到输入缓冲区,缓冲区中没有 ^z 的存在)。这时,cin.get() 检测到输入缓冲区中已经有数据存在(因此不再检查是否有 ^z 的输入),于是从缓冲中读取相应的数据。如果都读取完了,则输入缓冲区重新变为空,cin.get() 等待新的输入。可见,尽管有 ^z 按下,但是由于在此之前还有其它输入字符(abcd),所以流也不会结束。
因此,输入流结束的条件就是:^z 之前不能有任何字符输入(回车除外),否则 ^z 起不到流结束的作用。
本文地址:http://hi.baidu.com/shichaotansc/blog/item/cf0af7af779665fcfbed50cd.html
请问cin>>和cin.get()对EOF的处理机制
#include<iostream>
#include<iostream>
using namespace std;
int main()
{
char c;
while(!cin.eof())
cin.get(c);//cin>>c;
return 0;
}
采用cin.get()的时候运行时输入一个^Z程序就结束了。而采用cin>>的时候,输入^Z按回车程序并不结束,可以继续输入,除非紧接着又输入了一个^Z,程序才结束,太奇怪了!(VC++6.0)
输入缓冲是行缓冲。当从键盘上输入一串字符并按回车后,这些字符会首先被送到输入缓冲区中存储。每当按下回车键后,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。楼主是在Windows系统下,因此使用阻塞式的 Ctrl+Z 来标识流的结束。
这种阻塞式的方式有一个特点:只有按下回车之后才有可能检测在此之前是否有Ctrl+Z按下。还有一个特点就是:如果输入缓冲区中有可读的数据则不会检测Ctrl+Z(因为有要读的数据,还不能认为到了流的末尾)。还有一点需要知道:Ctrl+Z产生的不是一个普通的ASCII码值,也就是说它产生的不是一个字符,所以不会跟其它从键盘上输入的字符一样能够存放在输入缓冲区。明白了这几点之后就可以来解释楼主提出的问题了。
从键盘上输入abcd^z 加 回车之后在Windows系统上是这样处理的:由于回车的作用,前面的 abcd 等字符被送到输入缓冲区(注意:上面说过了,^z不会产生字符,所以更不会存储到输入缓冲区,缓冲区中没有 ^z 的存在)。这时,cin.get() 检测到输入缓冲区中已经有数据存在(因此不再检查是否有 ^z 的输入),于是从缓冲中读取相应的数据。如果都读取完了,则输入缓冲区重新变为空,cin.get() 等待新的输入。可见,尽管有 ^z 按下,但是由于在此之前还有其它输入字符(abcd),所以流也不会结束。
因此,输入流结束的条件就是:^z 之前不能有任何字符输入(回车除外),否则 ^z 起不到流结束的作用。
相关文章推荐
- EOF在Windows和Unix/Linux下的处理机制
- Linux与Windows关于标准输入中涉及EOF的处理方式
- Windows/Linux/Solaris 软中断处理机制
- Windows/Linux/Solaris 软中断处理机制
- shell脚本兼容linux/unix与windows/cygwin的基础(注意处理好CR, LF, CR/LF 回车 换行的问题)
- Linux与Windows关于标准输入中涉及EOF的处理方式
- shell脚本兼容linux/unix与windows/cygwin的基础(注意处理好CR, LF, CR/LF 回车 换行的问题)
- 『阿男的技术日志』*02 处理Git项目当中既有Windows文件又有Linux/Unix/MacOS文件的问题*
- 关于解决Mysql中文乱码问题处理,Windows\Linux\Unix
- Linux 热插拔(Hot Plug)处理机制系列
- 在windows使用notepad++编写Linux文件的时候,处理换行问题(删掉CF/LF ^M)
- Linux终端处理和Poll机制
- Linux/Unix time时间戳的处理转换函数
- 项目移植[ Windows --> Linux/Unix --> AIX/Solaris ]
- Windows 的消息处理机制 (2)
- Linux 时钟处理机制
- 同一个文件Linux环境下和windows环境下md5_file处理出来的结果不一致
- 把windows下的文件拷贝到linux下-关于回车键的处理
- 操作系统Unix、Windows、Mac OS、Linux的故事
- windows与unix/linux下输入回车换行的区别