我正在使用Python的subprocess.Popen使用主机操作系统的二进制客户端执行一些FTP。由于各种原因，我无法使用ftplib或任何其他库。

如果我将stdin处理程序附加到Popen实例，则二进制文件的行为似乎会改变。例如，使用XP的ftp客户端，该客户端接受发出命令的文本文件：

>>>from subprocess import Popen, PIPE  
>>>p = Popen(['ftp','-A','-s:commands.txt','example.com'], stdout=PIPE)  
>>>p.communicate()[0]  
'Connected to example.com.  
220 ProFTPD 1.3.1 Server (Debian) ...   
331 Anonymous login ok, send your complete email address as your password  
<snip>
ftp> binary  
200 Type set to I  
ftp> get /testfiles/100.KiB  
200 PORT command successful  
150 Opening BINARY mode data connection for /testfiles/100.KiB (102400 bytes)  
226 Transfer complete  
ftp: 102400 bytes received in 0.28Seconds 365.71Kbytes/sec.  
ftp> quit  
>>>

commands.txt：

binary  
get /testfiles/100.KiB  
quit

当还提供stdin时，您在stdout中获得的全部就是：

>>>from subprocess import Popen, PIPE  
>>>p = Popen(['ftp','-A','-s:commands.txt','example.com'], stdin=PIPE, stdout=PIPE)  
>>>p.communicate()[0]  
'binary  
get /testfiles/100.KiB  
quit'  
>>>

最初我以为这是XP ftp客户端的怪癖，也许知道它不是处于交互模式，因此限制了它的输出。但是，OS X的ftp也会发生相同的行为-
如果提供了stdin，则stdout会丢失所有服务器响应-这使我认为这是正常的行为。

在Windows中，我可以使用-s开关来有效地编写ftp脚本，而无需使用stdin，但是在其他平台上，这种交互取决于外壳程序。

在两个平台上，Python版本均为2.6.x。为什么为stdin提供句柄会更改stdout，并且服务器响应会发送到哪里？