我注意到两种不同的行为和两种方法应该会产生相同的结果。

目标 - 使用 subprocess 模块执行外部程序，发送一些数据并读取结果。

外部程序为PLINK，平台为WindowsXP，Python 3.3版本。

主要思想-

execution=["C:\\Pr..\\...\\plink.exe", "-l", username, "-pw", "***", IP]
a=subprocess.Popen(execution, bufsize=0, stdout=PIPE, stdin=PIPE, stderr=STDOUT, shell=False)
con=a.stdout.readline()
if (con.decode("utf-8").count("FATAL ERROR: Network error: Connection timed out")==0):
   a.stdin.write(b"con rout 1\n")
   print(a.stdout.readline().decode("utf-8"))
   a.stdin.write(b"infodf\n")
   print(a.stdout.readline().decode("utf-8"))
else:
   print("ERROR")
a.kill()

到目前为止一切顺利。

现在，我希望能够执行一个循环(在每次写入子进程的标准输入之后)，等待直到子进程的标准输出的 EOF，打印它，然后是另一个标准输入命令，等等。

所以我首先尝试了之前关于同一主题的讨论结果(live output from subprocess command、read subprocess stdout line by line、python, subprocess: reading output from subprocess)。

而且它没有工作(它永远挂起)，因为 PLINK 进程在我自己杀死它之前一直保持事件状态，所以等待子进程的 stdout 达到 EOF 或在 stdout 是时执行循环是没有用的true 因为在我杀死它之前它永远是 true。

所以我决定每次写入 stdin 时都从 stdout 读取两次(对我来说已经足够了)-

execution=["C:\\Pr..\\...\\plink.exe", "-l", username, "-pw", "***", IP]
a=subprocess.Popen(execution, bufsize=0, stdout=PIPE, stdin=PIPE, stderr=STDOUT, shell=False)
con=a.stdout.readline()
if (con.decode("utf-8").count("FATAL ERROR: Network error: Connection timed out")==0):
   a.stdin.write(b"con rout 1\n")
   print(a.stdout.readline().decode("utf-8"))
   print(a.stdout.readline().decode("utf-8"))   //the extra line [1]
   a.stdin.write(b"infodf\n")
   print(a.stdout.readline().decode("utf-8"))
   print(a.stdout.readline().decode("utf-8"))   //the extra line [2]
else:
   print("ERROR")
a.kill()

但据我所知，第一个额外的 readline() 永远挂起，原因与我提到的相同。第一个额外的 readline() 永远等待输出，因为唯一的输出已经在第一个 readline() 中读取，并且因为 PLINK 是活的，函数只是“坐下” "并等待新的输出行。

所以我尝试了这段代码，期待同样的挂起，因为 PLINK 在我杀死它之前永远不会死-

execution=["C:\\Pr..\\...\\plink.exe", "-l", username, "-pw", "***", IP]
a=subprocess.Popen(execution, bufsize=0, stdout=PIPE, stdin=PIPE, stderr=STDOUT, shell=False)
con=a.stdout.readline()
if (con.decode("utf-8").count("FATAL ERROR: Network error: Connection timed out")==0):
   a.stdin.write(b"con rout 1\n")
   print(a.stdout.readline().decode("utf-8"))
   a.stdin.write(b"infodf\n")
   print(a.stdout.readline().decode("utf-8"))
   print(a.communicate()[0].decode("utf-8"))     //Popen.communicate() function
else:
   print("ERROR")
a.kill()

我试过了，因为根据 communicate() 的文档，该函数会等待进程结束，然后结束。此外，它从 stdout 读取直到 EOF。 (与写入和读取 stdout 和 stdin 相同)

但是 communicate() 完成并且没有挂起，与前面的代码块相反。

我在这里错过了什么？为什么在使用 communicate() 时 PLINK 结束，而在使用 readline() 时却没有？

最佳答案

没有 communicate() 的程序会死锁，因为两个进程都在等待对方写一些东西，然后再自己写更多东西。

communicate() 在您的示例中不会死锁，因为它会关闭流，就像命令 a.stdin.close() 一样。这会向您的子进程发送一个 EOF，让它知道没有更多的输入，因此它可以自行关闭，这又关闭了它的输出，所以 a.stdout.read() 最终返回一个EOF(空字符串)。

没有特殊信号您的主进程将从您的子进程接收到让您知道它已完成写入一个命令的结果，但已准备好接收另一个命令。

这意味着要像您尝试的那样与一个子进程来回通信，您必须读取子进程发送的确切行数。如您所见，如果您尝试读取太多的行，你僵局。您或许能够使用您所知道的内容，例如您发送的命令以及您目前看到的输出，来计算出要读取的确切行数。

关于python - 子进程 popen.communicate() 与 stdin.write() 和 stdout.read()，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21141712/