输入cat,回车,按ctrl z后,用kill无法杀死该进程,为什么

游戏攻略06

输入cat,回车,按ctrl z后,用kill无法杀死该进程,为什么,第1张

输入cat,回车,按ctrl z后,用kill无法杀死该进程,为什么
导读:上面都是学c的吧 呵呵 还是我来说这个c++问题吧 ctrl+z是结束符 文件结束符 并不是让cin结束 如果你理解的深点的时候你就明白了 它只不过是让cin变为bad()而已 这点是有点质疑的 你在输入1 2 3 之后回车 再ctrl+z

上面都是学c的吧 呵呵 还是我来说这个c++问题吧 ctrl+z是结束符 文件结束符 并不是让cin结束 如果你理解的深点的时候你就明白了 它只不过是让cin变为bad()而已 这点是有点质疑的 你在输入1 2 3 之后回车 再ctrl+z 然后再来一次 也就是两次ctrll+z 它才会结束的 我以前也不明白 为什么需要两次ctrl+z才行 人们好像说是一个bug Windows系统中一般采用阻塞式检查 Ctrl+Z、Unix/Linux系统下一般采用非阻塞式的检查 Ctrl+D。楼主是在Windows系统下,因此使用阻塞式的 Ctrl+Z 来标识流的结束。 这种阻塞式的方式有一个特点:只有按下回车之后才有可能检测在此之前是否有Ctrl+Z按下。还有一个特点就是:如果输入缓冲区中有可读的数据则不会 检测Ctrl+Z(因为有要读的数据,还不能认为到了流的末尾)。还有一点需要知道:Ctrl+Z产生的不是一个普通的ASCII码值,也就是说它产生的 不是一个字符,所以不会跟其它从键盘上输入的字符一样能够存放在输入缓冲区。明白了这几点之后就可以来解释楼主提出的问题了。 从键盘上输入abcd^z 加 回车之后在Windows系统上是这样处理的:由于回车的作用,前面的 abcd 等字符被送到输入 缓冲区(注意:上面说过了,^z不会产生字符,所以更不会存储到输入缓冲区,缓冲区中没有 ^z 的存在)。这时,cinget() 检测 到输入缓冲区中已经有数据存在(因此不再检查是否有 ^z 的输入),于是从缓冲中读取相应的数据。如果都读取完了,则输入缓冲区重新变为空, cinget() 等待新的输入。可见,尽管有 ^z 按下,但是由于在此之前还有其它输入字符(abcd),所以流也不会结束。 因此,输入流结束的条件就是:^z 之前不能有任何字符输入(回车除外),否则 ^z 起不到流结束的作用。 这点你不需要太在意 它的目的就在于让输入停止 所以不要太抠门了