ここでの以前の回答を少し詳しく説明すると、一般的に見落とされがちな詳細がいくつかあります。

• より好み、subprocess.run()よりsubprocess.check_call()友達よりsubprocess.call()よりよりsubprocess.Popen()よりos.system()よりos.popen()
• を理解し、おそらく使用しtext=Trueますuniversal_newlines=True。
• shell=Trueorの意味shell=Falseと、それが引用符をどのように変更するか、およびシェルの便利な機能の可用性について理解します。
• shとBashの違いを理解する
• サブプロセスが親プロセスから分離され、通常は親プロセスを変更できないことを理解します。
• Python インタープリターを Python のサブプロセスとして実行することは避けてください。

これらのトピックについては、以下でさらに詳しく説明します。

好むsubprocess.run()かsubprocess.check_call()

このsubprocess.Popen()関数は低レベルの便利な関数ですが、正しく使用するのは難しいため、複数行のコードをコピー/貼り付けすることになります。便利なことに、これらのコードは、さまざまな目的のための高レベルのラッパー関数のセットとして標準ライブラリに既に存在しており、以下で詳しく説明します。

以下は、ドキュメンテーション:

サブプロセスを呼び出すための推奨されるアプローチは、run()処理可能なすべてのユースケースに対して関数を使用することです。より高度なユースケースの場合は、基礎となるPopenインターフェースを直接使用できます。

残念ながら、これらのラッパー関数の可用性は Python のバージョンによって異なります。

• subprocess.run()Python 3.5 で正式に導入されました。これは、以下のすべてを置き換えることを目的としています。
• subprocess.check_output()Python 2.7 / 3.1で導入されました。基本的にはsubprocess.run(..., check=True, stdout=subprocess.PIPE).stdout
• subprocess.check_call()Python 2.5で導入されました。基本的にはsubprocess.run(..., check=True)
• subprocess.call()Python 2.4で元のモジュールsubprocess（ペップ324）。基本的にはsubprocess.run(...).returncode

高レベルAPIとsubprocess.Popen()

リファクタリングされ拡張された関数は、subprocess.run()置き換えられる古いレガシー関数よりも論理的で多用途です。CompletedProcess終了ステータス、標準出力、および終了したサブプロセスからその他のいくつかの結果とステータス インジケーターを取得できるさまざまなメソッドを持つオブジェクト。

subprocess.run()単にプログラムを実行してPythonに制御を返すだけであれば、これが最適な方法です。より複雑なシナリオ（バックグラウンドプロセス、Pythonの親プログラムとの対話型I/Oなど）では、subprocess.Popen()すべての配管を自分で使用して管理する必要があります。これには、すべての可動部分についてかなり複雑な理解が必要であり、軽々しく取り組むべきではありません。より単純なPopen物体サブプロセスの残りの存続期間中、コードから管理する必要がある (まだ実行中の可能性がある) プロセスを表します。

おそらく、subprocess.Popen()単にプロセスを作成するだけであることを強調しておく必要があります。そのままにしておくと、Python と並行してサブプロセスが実行されることになります。つまり、「バックグラウンド」プロセスです。入力や出力を行う必要がなく、その他の調整も必要ない場合は、Python プログラムと並行して有用な作業を行うことができます。

避けos.system()てos.popen()

永遠の昔から（正確にはPython 2.5以来）osモジュールドキュメントsubprocessには、 を優先する推奨事項が含まれていますos.system():

このsubprocessモジュールは、新しいプロセスを生成してその結果を取得するためのより強力な機能を提供します。この関数を使用するよりも、そのモジュールを使用することをお勧めします。

問題はsystem()、明らかにシステムに依存しており、サブプロセスと対話する方法が提供されていないことです。 単に実行され、標準出力と標準エラーは Python の範囲外です。 Python が受け取る唯一の情報は、コマンドの終了ステータスです (ゼロは成功を意味しますが、ゼロ以外の値の意味も多少システムに依存します)。

ペップ324(すでに上で述べたように) には、なぜos.system問題なのか、そしてsubprocessそれらの問題をどのように解決しようとしているのかという、より詳細な根拠が含まれています。

os.popen()かつてはさらに強くお勧めしません:

バージョン 2.6 以降では非推奨:この関数は廃止されました。subprocessモジュールを使用してください。

ただし、Python 3 ではいつからか、 を単純に使用するように再実装されsubprocess、subprocess.Popen()詳細についてはドキュメントにリダイレクトされるようになりました。

理解し、普段から使うcheck=True

subprocess.call()また、には と同じ制限が多数あることにも気づくでしょう。通常の使用では、一般的に、とos.system()を実行してプロセスが正常に終了したかどうかを確認する必要があります(後者は、終了したサブプロセスの標準出力も返します)。同様に、サブプロセスがエラー ステータスを返すことを明示的に許可する必要がある場合を除き、通常は をとともに使用する必要があります。subprocess.check_call()subprocess.check_output()check=Truesubprocess.run()

実際には、check=Trueまたはを使用するとsubprocess.check_*、PythonはCalledProcessError例外サブプロセスがゼロ以外の終了ステータスを返す場合。

よくあるエラーは、サブプロセスが失敗した場合に下流のコードが失敗して驚いてしまうことsubprocess.run()です。check=True

一方、 と の一般的な問題は、check_call()これらの関数を盲目的に使用したユーザーが、一致が見つからなかったcheck_output()ときなど、例外が発生したときに驚くことでした。(いずれにしても、以下に概説するように、ネイティブ Python コードに置き換える必要があります。)grepgrep

結局のところ、シェル コマンドがどのように終了コードを返すか、どのような条件下でゼロ以外の (エラー) 終了コードを返すかを理解し、それをどのように処理するかを意識的に決定する必要があります。

text=Trueakaを理解し、おそらく使用するuniversal_newlines=True

Python 3 以降、Python 内部の文字列は Unicode 文字列です。ただし、サブプロセスが Unicode 出力または文字列を生成するという保証はありません。

（違いがすぐには分からない場合は、ネッド・バッチェルダーの実用的なUnicode読むことが推奨されます (義務ではないにしても)。リンクの後ろに 36 分間のビデオ プレゼンテーションがありますので、そちらをご利用ください。ただし、ページを自分で読む方がおそらく大幅に短い時間で済みます。

Python は、根本的に、bytesバッファを取得して何らかの方法で解釈する必要があります。バイナリ データの塊が含まれている場合、 Unicode 文字列にデコードしないでください。これは、エラーが発生しやすく、バグを誘発する動作であるためです。これは、エンコードされたテキストとバイナリ データを適切に区別する方法が存在する前に、多くの Python 2 スクリプトを悩ませていた厄介な動作とまったく同じです。

を使用するとtext=True、実際にはシステムのデフォルト エンコーディングでテキスト データが返されることを期待しており、Python の能力の範囲内で Python (Unicode) 文字列にデコードする必要があることを Python に伝えます (通常、Windows を除く、比較的新しいシステムでは UTF-8 です)。

それが要求したものでない場合、Python は文字列と文字列bytesに文字列を返すだけです。おそらく、後になって、それが結局はテキスト文字列であり、そのエンコーディングがわかっていることが分かるでしょう。その後、それらをデコードできます。stdoutstderr

normal = subprocess.run([external, arg],
    stdout=subprocess.PIPE, stderr=subprocess.PIPE,
    check=True,
    text=True)
print(normal.stdout)

convoluted = subprocess.run([external, arg],
    stdout=subprocess.PIPE, stderr=subprocess.PIPE,
    check=True)
# You have to know (or guess) the encoding
print(convoluted.stdout.decode('utf-8'))

# XXX AVOID THIS BUG
buggy = subprocess.run('dig +short stackoverflow.com')

# XXX AVOID THIS BUG TOO
broken = subprocess.run(['dig', '+short', 'stackoverflow.com'],
    shell=True)

# XXX DEFINITELY AVOID THIS
pathological = subprocess.run(['dig +short stackoverflow.com'],
    shell=True)

correct = subprocess.run(['dig', '+short', 'stackoverflow.com'],
    # Probably don't forget these, too
    check=True, text=True)

# XXX Probably better avoid shell=True
# but this is nominally correct
fixed_but_fugly = subprocess.run('dig +short stackoverflow.com',
    shell=True,
    # Probably don't forget these, too
    check=True, text=True)

subprocess.run("string for 'the shell' to parse", shell=True)
# or
subprocess.run(["list", "of", "tokenized strings"]) # shell=False

subprocess.run(shlex.split("no string for 'the shell' to parse"))  # shell=False
# equivalent to
# subprocess.run(["no", "string", "for", "the shell", "to", "parse"])

cmd = '''while read -r x;
   do ping -c 3 "$x" | grep 'min/avg/max'
   done <hosts.txt'''

# Trivial but horrible
results = subprocess.run(
    cmd, shell=True, universal_newlines=True, check=True)
print(results.stdout)

# Reimplement with shell=False
with open('hosts.txt') as hosts:
    for host in hosts:
        host = host.rstrip('\n')  # drop newline
        ping = subprocess.run(
             ['ping', '-c', '3', host],
             text=True,
             stdout=subprocess.PIPE,
             check=True)
        for line in ping.stdout.split('\n'):
             if 'min/avg/max' in line:
                 print('{}: {}'.format(host, line))

subprocess.run('''
    # This for loop syntax is Bash only
    for((i=1;i<=$#;i++)); do
        # Arrays are Bash-only
        array[i]+=123
    done''',
    shell=True, check=True,
    executable='/bin/bash')

subprocess.run('cd /tmp', shell=True)
subprocess.run('pwd', shell=True)  # Oops, doesn't print /tmp

subprocess.run('cd /tmp; pwd', shell=True)

os.environ['foo'] = 'bar'

subprocess.run('echo "$foo"', shell=True, env={'foo': 'bar'})