在熟悉了Qt的QProcess以后，再回頭來看python的subprocess總算不覺得像以前那么恐怖了。

和QProcess一樣，subprocess的目標是啟動一個新的進程并與之進行通訊。
subprocess.Popen

這個模塊主要就提供一個類Popen：

class subprocess.Popen( args,bufsize=0,executable=None,stdin=None,stdout=None,stderr=None,preexec_fn=None,close_fds=False,shell=False,cwd=None,env=None,universal_newlines=False,startupinfo=None,creationflags=0)

這堆東西真讓人抓狂：

subprocess.Popen(["gedit","abc.txt"])subprocess.Popen("gedit abc.txt")

這兩個之中，后者將不會工作。因為如果是一個字符串的話，必須是程序的路徑才可以。(考慮unix的api函數 exec，接受的是字符串列表)

    但是下面的可以工作

subprocess.Popen("gedit abc.txt", shell=True)

這是因為它相當于

subprocess.Popen(["/bin/sh", "-c", "gedit abc.txt"])

都成了sh的參數，就無所謂了

    在Windows下，下面的卻又是可以工作的

subprocess.Popen(["notepad.exe", "abc.txt"])subprocess.Popen("notepad.exe abc.txt")

這是由于windows下的api函數CreateProcess接受的是一個字符串。即使是列表形式的參數，也需要先合并成字符串再傳遞給api函數。

    類似上面

subprocess.Popen("notepad.exe abc.txt" shell=True)

等價于

subprocess.Popen("cmd.exe /C "+"notepad.exe abc.txt" shell=True)subprocess.call*

模塊還提供了幾個便利函數（這本身也算是很好的Popen的使用例子了）

    call() 執行程序，并等待它完成

def call(*popenargs, **kwargs): return Popen(*popenargs, **kwargs).wait()

    check_call() 調用前面的call，如果返回值非零，則拋出異常

def check_call(*popenargs, **kwargs): retcode = call(*popenargs, **kwargs) if retcode:cmd = kwargs.get("args")raise CalledProcessError(retcode, cmd) return 0

    check_output() 執行程序，并返回其標準輸出

def check_output(*popenargs, **kwargs): process = Popen(*popenargs, stdout=PIPE, **kwargs) output, unused_err = process.communicate() retcode = process.poll() if retcode:cmd = kwargs.get("args")raise CalledProcessError(retcode, cmd, output=output) return output

Popen對象

該對象提供有不少方法函數可用。而且前面已經用到了wait()/poll()/communicate()