在熟悉了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()