python的 sys.stdin.read() 会阻塞吗？答案

【问题标题】：Does python's sys.stdin.read() block?python的 sys.stdin.read() 会阻塞吗？
【发布时间】：2010-12-05 02:09:29
【问题描述】：

我将this Django management command 用于我自己的目的。该脚本是一个简单的 while-loop 守护进程，它根据 a protocol 从 sys.stdin（第 152 行，command.handle()）读取并将结果写入 sys.stdout。

我希望sys.stdin.read() 会阻塞直到它收到一些东西，但我发现当我运行这个脚本时，它会在发送或接收任何数据之前占用 100% 的 CPU。

【问题讨论】：

如果它是从标准输入读取的，它是一个守护进程吗？
好问题。我想我的语言太松散了。
所以，总而言之，我做错了，当它需要由 ejabberd 服务器本身管理时，它作为一个新贵的守护进程运行。更大的问题，“sys.stdin.read() 会阻塞吗？”不过，仍然很有趣。 :)
我仍然不知道为什么守护进程的 CPU 运行得这么热，我可能永远也不会。

【解决方案1】：

默认情况下，sys.stdin.read() 和 sys.stdin.read(n) 是阻塞调用。我会假设 100% CPU 的消耗实际上归因于将数据流式传输到您的脚本或此处未提及的其他一些行为。

在查看sys.stdin.read 的帮助文档时，我注意到了这一点：

读取（...）

read([size]) -> 最多读取 size 个字节，以字符串形式返回。

如果 size 参数为负数或省略，则读取直到到达 EOF。 请注意，在非阻塞模式下，数据量少于请求的数据量即使没有给出大小参数，也可能返回。

（强调我的。）

这意味着阻塞模式是默认行为，这与我的经验一致。它还使我找到了关于 SO 的类似问题。瞧： Non-blocking read on a subprocess.PIPE in python

祝你适应成功！

【讨论】：

【解决方案2】：

它在我的机器上运行良好（即在读取时 CPU 使用率疏忽的块） - 你可以从一个简单的命令行脚本中检查它吗？另外，我在 Linux 中测试过，在其他平台上可能会有所不同。

【讨论】：

【解决方案3】：

流是否有可能已关闭（例如已发送 EOF）？

【讨论】：