为什么我必须按两次ctrl+d来关闭stdin?

>>>sys.stdin.read(100)
XYZZY(我在这里按Enter键)
(按一次ctrl+d)
'XyZy\n’
>>>
< /代码> 

sys.stdin.read(100)is deleged tosys.stdin.buffer.read,which calls the system read()in a loop until either it accumulates the full requested amount of data;or the system read()returns 0 bytes;or an error occurs.(docs)(source)中。


在第一行后按Enter键导致系统read()返回6个字节。sys.stdin.buffer.readcalled read()again to try to get more input.然后我按了ctrl+d,导致read()返回0个字节。此时,sys.stdin.buffer.read.放弃并返回之前收集的6个字节。


请注意,进程中的stdin上仍然有我的终端,我仍然可以键入内容。


>>>sys.stdin.read()(注意我仍然可以向python键入stuff)
XYZZY(按Enter键)
(再次按ctrl+d)
'XyZy\n’
< /代码> 

<好的。这是最初提出这个问题时被打断的部分。它现在起作用了。但在python 3.3之前,有一个bug。


这个bug有点复杂——基本上问题是两个独立的层在做相同的工作。bufferedreader.read()was written to callself.raw.read()repeated until it returned 0 bytes.然而,raw方法,fileio.read(),执行了一个循环,直到其自身的零字节。因此,当您第一次使用此bug在Python中按ctrl+d时,它将导致fileio.read()to return 6 bytes tobufferedreader.read(),which will then immediately callself.raw.read()again.第二个ctrl+d会导致返回0个字节,然后bufferedreader.read().would finally exit.


不幸的是,这个解释比我以前的解释要长得多,但它有正确的优点。虫子就是这样…

,键入ctrl+d实际上不会关闭进程的stdin。但是输入enter或ctrl+d会导致操作系统read系统调用立即返回。所以:


>>> sys.stdin.read(100)
xyzzy                       (I press Enter here)
                            (I press Ctrl+D once)
'xyzzy\n'
>>>


sys.stdin.read(100)委派给sys.stdin.buffer.read,它在循环中调用系统read(),直到它累积所请求的全部数据量;或者系统read()返回0字节;或者发生错误。(DOCS)(source)

在第一行后按Enter键导致系统read()返回6个字节。sys.stdin.buffer.read读取再次调用read()以尝试获取更多输入。然后我按了ctrl+d,导致read()返回0个字节。在这一点上,sys.stdin.buffer.read读取放弃并返回之前收集的6个字节。

请注意,这个过程仍然在stdin上有我的终端,并且我仍然可以输入东西。

>>> sys.stdin.read()        (note I can still type stuff to python)
xyzzy                       (I press Enter)
                            (Press Ctrl+D again)
'xyzzy\n'


好啊。这是最初提出这个问题时被打断的部分。它现在起作用了。但在Python3.3之前,有一个bug。

这个bug有点复杂——基本上问题是两个独立的层在做相同的工作。BufferedReader.read()是为了打电话self.raw.read()重复,直到返回0字节。然而,原始方法,FileIO.read(),执行循环,直到其自身的字节为零。所以当你第一次用这个bug在一个python中按下ctrl+d时,它会导致文件IO.read()返回6字节到BufferedReader.read()。,然后立即调用原始的()再一次。第二个ctrl+d会导致那个返回0字节,然后BufferedReader.read()。最终会退出。

不幸的是,这个解释比我以前的解释要长得多,但它有正确的优点。虫子就是这样…