在《c++ primer》中有说,在windows中文件结束符为:ctrl+z,在Linux中为:ctrl+D。

但是在while(cin>>s)的语句运行中,需要两次的^Z,才会检测到,一直很怀疑是VC版本问题。在网上一找,出这个问题的还是挺多的。

所以在网上摘抄一些感觉有用的东西:

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 起不到流结束的作用。


但是现在有个问题,代码如下:

cout<<"input the elements of al"<<endl;
while(cin>>l)
al.push_back(l);                                                                         ----1
cout<<"input the element of cl"<<endl;
while(cin>>l)
cl.push_back(l);                                                                        ----2

运行1之后,连续两次^Z,结束第一次的输入流,第二次就不会检测输入流,也就是2直接跳过了,这是什么问题呢?难道是,第二个while的cin检测到前面的^Z了,就直接跳出了嘛?
经过询问之后,得到帮助,可以用fflush(stdin);cin.clear();两句来清空缓存。改成:
cout<<"input the elements of al"<<endl;
while(cin>>l)
al.push_back(l);                                                                         ----1
fflush(stdin);
cin.clear();
cout<<"input the element of cl"<<endl;
while(cin>>l)
cl.push_back(l);                                                                        ----2

果然运行之后就可以了,不过偶然看到一篇文章关于fflush函数的,我觉得是值得参考的。放在下篇了。