Документация Python неофициальный перевод
Содержание страницы

17.1. subprocess – Управление подпроцессамиsubprocess – Subprocess management

Модуль subprocess позволяет порождать новые процессы, подключаться к их каналам ввода/вывода/ошибок и получать коды возврата. Этот модуль предназначен для замены нескольких других, более старых модулей и функций, таких как:

os.system
os.spawn*

Информация о том, как модуль subprocess может использоваться для замены этих модулей и функций, находится в следующих разделах.

См. также

PEP 324 – PEP, предлагающий модуль подпроцесса

17.1.1. Использование модуля подпроцессUsing the subprocess Module

Этот модуль определяет один класс с именем 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)

Аргументы:

args должен быть строкой или последовательностью аргументов программы. Выполняемая программа обычно является первым элементом последовательности args или самой строкой, если передана строка, но может быть явно задана с помощью аргумента executable. Когда указан executable, первый элемент последовательности args по-прежнему воспринимается большинством программ как имя команды, которое может отличаться от реального имени исполняемого файла. В Unix он становится отображаемым именем выполняемой программы в таких утилитах, как ps.

В Unix с shell=False (по умолчанию): в этом случае класс Popen использует os.execvp() для выполнения дочерней программы. args обычно должен быть последовательностью. Если для args указана строка, она будет использоваться как имя или путь к выполняемой программе; это сработает только если программе не передаются аргументы.

Примечание

shlex.split() может быть полезен при определении правильной токенизации args, особенно в сложных случаях:

>>> import shlex, subprocess
>>> command_line = input()
/bin/vikings -input eggs.txt -output "spam spam.txt" -cmd "echo '$MONEY'"
>>> args = shlex.split(command_line)
>>> print(args)
['/bin/vikings', '-input', 'eggs.txt', '-output', 'spam spam.txt', '-cmd', "echo '$MONEY'"]
>>> p = subprocess.Popen(args) # Успешно!

Обратите внимание, что опции (такие как -input) и аргументы (такие как eggs.txt), разделённые пробелами в оболочке, помещаются в отдельные элементы списка, в то время как аргументы, требующие кавычек или обратной косой черты в оболочке (например, имена файлов, содержащие пробелы, или команда echo, показанная выше), являются отдельными элементами списка.

В Unix с shell=True: если args – строка, она задает командную строку для выполнения через оболочку. Это означает, что строка должна быть отформатирована точно так же, как если бы она вводилась в приглашении оболочки. Это включает, например, кавычки или экранирование обратной косой чертой имен файлов с пробелами. Если args – последовательность, первый элемент задает командную строку, а любые дополнительные элементы будут рассматриваться как дополнительные аргументы для самой оболочки. Иными словами, Popen делает эквивалент:

Popen(['/bin/sh', '-c', args[0], args[1], ...])

Предупреждение

Выполнение команд оболочки, содержащих непроверенные входные данные из ненадёжного источника, делает программу уязвимой для внедрения команд оболочки – серьёзной уязвимости безопасности, которая может привести к выполнению произвольных команд. По этой причине использование shell=True настоятельно не рекомендуется в тех случаях, когда командная строка формируется из внешних данных:

>>> from subprocess import call
>>> filename = input("What file would you like to display?\n")
What file would you like to display?
non_existent; rm -rf / #
>>> call("cat " + filename, shell=True) # Ой-ой. Это плохо кончится...

shell=False не подвержен этой уязвимости; приведённое выше примечание может помочь в настройке кода, использующего shell=False.

В Windows: класс Popen использует CreateProcess() для выполнения дочерней программы, которая работает со строками. Если args является последовательностью, она будет преобразована в строку способом, описанным в разделе Преобразование последовательности аргументов в строку в Windows.

bufsize, если задан, имеет тот же смысл, что и соответствующий аргумент встроенной функции open(): 0 – без буферизации, 1 – построчная буферизация, любое другое положительное значение означает использование буфера (примерно) такого размера. Отрицательное bufsize означает использование системного значения по умолчанию, что обычно означает полную буферизацию. Значение по умолчанию для bufsize0 (без буферизации).

Примечание

Если возникают проблемы с производительностью, рекомендуется попробовать включить буферизацию, установив bufsize в -1 или достаточно большое положительное значение (например, 4096).

Аргумент executable задаёт программу для выполнения. Он требуется очень редко: обычно выполняемая программа определяется аргументом args. Если shell=True, аргумент executable указывает, какую оболочку использовать. В Unix оболочкой по умолчанию является /bin/sh. В Windows оболочка по умолчанию задаётся переменной окружения COMSPEC. Единственная причина, по которой может потребоваться указать shell=True в Windows – это если команда, которую требуется выполнить, встроена в оболочку, например dir, copy. Для запуска пакетного файла или консольного исполняемого файла shell=True не требуется.

stdin, stdout и stderr задают файловые дескрипторы стандартного ввода, стандартного вывода и стандартного вывода ошибок выполняемой программы соответственно. Допустимые значения: PIPE, существующий файловый дескриптор (положительное целое число), существующий файловый объект и None. PIPE означает, что должен быть создан новый канал к дочернему процессу. При None перенаправление не производится; файловые дескрипторы дочернего процесса наследуются от родительского. Кроме того, stderr может быть STDOUT, что означает, что данные stderr от приложений должны захватываться в тот же файловый дескриптор, что и stdout.

Если preexec_fn задан как вызываемый объект, этот объект будет вызван в дочернем процессе непосредственно перед его выполнением. (Только Unix)

Если close_fds равен true, все файловые дескрипторы, кроме 0, 1 и 2, будут закрыты перед выполнением дочернего процесса. (Только Unix). Или, в Windows, если close_fds равен true, то дочерний процесс не унаследует ни одного дескриптора. Обратите внимание: в Windows нельзя одновременно установить close_fds в true и перенаправлять стандартные дескрипторы с помощью stdin, stdout или stderr.

Если shell равен True, указанная команда будет выполняться через оболочку.

Если cwd не равен None, текущий каталог дочернего процесса будет изменён на cwd перед его выполнением. Обратите внимание, что этот каталог не учитывается при поиске исполняемого файла, поэтому нельзя указать путь к программе относительно cwd.

Если env не равен None, он должен быть отображением, определяющим переменные окружения для нового процесса; они используются вместо наследования окружения текущего процесса, что является поведением по умолчанию.

Примечание

Если задан, env должен предоставлять все переменные, необходимые для выполнения программы. В Windows для запуска компонента side-by-side указанный env обязан содержать допустимый SystemRoot.

Если universal_newlines равен True, файловые объекты stdout и stderr открываются как текстовые файлы, но строки могут завершаться любым из символов: '\n' (соглашение Unix), '\r' (соглашение старых Macintosh) или '\r\n' (соглашение Windows). Все эти внешние представления воспринимаются программой Python как '\n'.

Примечание

Эта возможность доступна только если Python собран с поддержкой универсальных символов новой строки (по умолчанию). Кроме того, атрибут newlines файловых объектов stdout, stdin и stderr не обновляется методом communicate().

Если задан, startupinfo будет объектом STARTUPINFO, который передаётся базовой функции CreateProcess. creationflags, если задан, может быть CREATE_NEW_CONSOLE. (Только Windows)

subprocess.PIPE
Специальное значение, которое может использоваться в качестве аргумента stdin, stdout или stderr для Popen и указывает, что должен быть открыт канал к стандартному потоку.
subprocess.STDOUT
Специальное значение, которое может использоваться в качестве аргумента stderr для Popen и указывает, что стандартный поток ошибок должен направляться в тот же дескриптор, что и стандартный вывод.

17.1.1.1. Вспомогательные функцииConvenience Functions

Этот модуль также определяет следующие сокращённые функции:

subprocess.call(*popenargs, **kwargs)

Запускает команду с аргументами. Ожидает завершения команды, затем возвращает атрибут returncode.

Аргументы такие же, как у конструктора Popen. Пример:

>>> retcode = subprocess.call(["ls", "-l"])

Предупреждение

Как и Popen.wait(), этот метод приведет к взаимной блокировке, если дочерний процесс создаст достаточно выходных данных для каналов stdout или stderr, так что он заблокируется в ожидании, пока буфер канала ОС не сможет принять больше данных.

subprocess.check_call(*popenargs, **kwargs)

Запускает команду с аргументами. Ожидает завершения команды. Если код возврата равен нулю, то завершается, иначе возбуждает CalledProcessError. Объект CalledProcessError будет содержать код возврата в атрибуте returncode.

Аргументы такие же, как у конструктора Popen. Пример:

>>> subprocess.check_call(["ls", "-l"])
0

Предупреждение

См. предупреждение для call().

subprocess.check_output(*popenargs, **kwargs)

Выполняет команду с аргументами и возвращает её вывод в виде байтовой строки.

Если код возврата ненулевой, возбуждается CalledProcessError. Объект CalledProcessError будет содержать код возврата в атрибуте returncode и вывод в атрибуте output.

Аргументы такие же, как у конструктора Popen. Пример:

>>> subprocess.check_output(["ls", "-l", "/dev/null"])
b'crw-rw-rw- 1 root root 1, 3 Oct 18  2007 /dev/null\n'

Аргумент stdout не допускается, так как он используется внутренне. Чтобы захватить стандартную ошибку в результате, используйте stderr=subprocess.STDOUT:

>>> subprocess.check_output(
...     ["/bin/sh", "-c", "ls non_existent_file; exit 0"],
...     stderr=subprocess.STDOUT)
b'ls: non_existent_file: No such file or directory\n'

Новое в версии 3.1.

subprocess.getstatusoutput(cmd)

Возвращает (status, output) выполнения cmd в оболочке.

Выполняет строку cmd в оболочке с помощью os.popen() и возвращает кортеж из двух элементов (status, output). Строка cmd на самом деле выполняется как { cmd ; } 2>&1, поэтому возвращаемый вывод содержит сообщения стандартного вывода и ошибок. Завершающий символ новой строки удаляется из вывода. Код завершения команды можно интерпретировать согласно правилам для C-функции wait(). Пример:

>>> subprocess.getstatusoutput('ls /bin/ls')
(0, '/bin/ls')
>>> subprocess.getstatusoutput('cat /bin/junk')
(256, 'cat: /bin/junk: No such file or directory')
>>> subprocess.getstatusoutput('/bin/junk')
(256, 'sh: /bin/junk: not found')

Доступность: UNIX.

subprocess.getoutput(cmd)

Возвращает вывод (stdout и stderr) выполнения cmd в оболочке.

Аналогично getstatusoutput(), за исключением того, что код возврата игнорируется, а возвращаемое значение – строка, содержащая вывод команды. Пример:

>>> subprocess.getoutput('ls /bin/ls')
'/bin/ls'

Доступность: UNIX.

17.1.1.2. ИсключенияExceptions

Исключения, возникшие в дочернем процессе до того, как новая программа начала выполнение, будут повторно возбуждены в родительском процессе. Кроме того, объект исключения будет иметь дополнительный атрибут с именем child_traceback, представляющий собой строку, содержащую информацию о трассировке с точки зрения дочернего процесса.

Наиболее часто возбуждаемым исключением является OSError. Оно возникает, например, при попытке выполнить несуществующий файл. Приложения должны быть готовы к исключениям OSError.

Исключение ValueError будет возбуждено, если Popen вызван с недопустимыми аргументами.

check_call() возбуждает CalledProcessError, если вызванный процесс возвращает ненулевой код возврата.

17.1.1.3. БезопасностьSecurity

В отличие от некоторых других функций popen, данная реализация никогда не вызывает /bin/sh неявно. Это означает, что все символы, включая метасимволы оболочки, могут безопасно передаваться дочерним процессам.

17.1.2. Объекты PopenPopen Objects

Экземпляры класса Popen имеют следующие методы:

Popen.poll()
Проверяет, завершён ли дочерний процесс. Устанавливает и возвращает атрибут returncode.
Popen.wait()

Ожидает завершения дочернего процесса. Устанавливает и возвращает атрибут returncode.

Предупреждение

Это приведет к взаимной блокировке, если дочерний процесс создаст достаточно выходных данных для канала stdout или stderr, так что он заблокируется в ожидании, пока буфер канала ОС не сможет принять больше данных. Используйте communicate(), чтобы избежать этого.

Popen.communicate(input=None)

Взаимодействие с процессом: отправляет данные в stdin. Читает данные из stdout и stderr до достижения конца файла. Ожидает завершения процесса. Необязательный аргумент input должен быть байтовой строкой для отправки дочернему процессу, или None, если данные не должны отправляться.

communicate() возвращает кортеж (stdoutdata, stderrdata).

Обратите внимание: для отправки данных в stdin процесса объект Popen должен быть создан с stdin=PIPE. Аналогично, чтобы получить в результирующем кортеже что-либо, кроме None, нужно также указать stdout=PIPE и/или stderr=PIPE.

Примечание

Прочитанные данные буферизуются в памяти, поэтому не используйте этот метод, если размер данных велик или неограничен.

Popen.send_signal(signal)

Отправляет сигнал signal дочернему процессу.

Примечание

В Windows на данный момент поддерживается только SIGTERM. Это псевдоним для terminate().

Popen.terminate()
Останавливает дочерний процесс. В ОС POSIX метод отправляет дочернему процессу сигнал SIGTERM. В Windows для остановки дочернего процесса вызывается функция Win32 API TerminateProcess().
Popen.kill()
Завершает дочерний процесс. В ОС POSIX функция отправляет дочернему процессу сигнал SIGKILL. В Windows kill() – это псевдоним для terminate().

Также доступны следующие атрибуты:

Предупреждение

Используйте communicate(), а не .stdin.write, .stdout.read или .stderr.read, чтобы избежать взаимных блокировок из-за переполнения буферов каналов ОС и блокировки дочернего процесса.

Popen.stdin
Если аргумент stdin был равен PIPE, то этот атрибут представляет собой файловый объект, который передаёт входные данные дочернему процессу. В противном случае он равен None.
Popen.stdout
Если аргумент stdout был равен PIPE, то этот атрибут представляет собой файловый объект, который возвращает выходные данные дочернего процесса. В противном случае он равен None.
Popen.stderr
Если аргумент stderr был равен PIPE, то этот атрибут представляет собой файловый объект, который возвращает сообщения об ошибках дочернего процесса. В противном случае он равен None.
Popen.pid

PID дочернего процесса.

Обратите внимание: если установить аргумент shell в значение True, то это будет идентификатор процесса запущенной оболочки.

Popen.returncode

Код возврата дочернего процесса, устанавливаемый методами poll() и wait() (а косвенно и communicate()). Значение None указывает, что процесс ещё не завершён.

Отрицательное значение -N означает, что дочерний процесс был завершён сигналом N (только в Unix).

17.1.3. Вспомогательные средства Popen для WindowsWindows Popen Helpers

Класс STARTUPINFO и следующие константы доступны только в Windows.

class subprocess.STARTUPINFO

Частичная поддержка структуры Windows STARTUPINFO используется при создании Popen.

dwFlags

Битовое поле, определяющее, используются ли определённые члены STARTUPINFO при создании окна процессом.

si = subprocess.STARTUPINFO()
si.dwFlags = subprocess.STARTF_USESTDHANDLES | subprocess.STARTF_USESHOWWINDOW
hStdInput
Если dwFlags указывает STARTF_USESTDHANDLES, этот член является дескриптором стандартного ввода для процесса. Если STARTF_USESTDHANDLES не указан, по умолчанию для стандартного ввода используется буфер клавиатуры.
hStdOutput
Если dwFlags указывает STARTF_USESTDHANDLES, этот член является дескриптором стандартного вывода для процесса. В противном случае этот член игнорируется, и по умолчанию для стандартного вывода используется буфер окна консоли.
hStdError
Если dwFlags указывает STARTF_USESTDHANDLES, этот член является дескриптором стандартного вывода ошибок для процесса. В противном случае этот член игнорируется, и по умолчанию для стандартного вывода ошибок используется буфер окна консоли.
wShowWindow

Если dwFlags указывает STARTF_USESHOWWINDOW, этот член может принимать любое из значений, которые можно указать в параметре nCmdShow для функции ShowWindow, за исключением SW_SHOWDEFAULT. В противном случае этот член игнорируется.

Для этого атрибута предусмотрено значение SW_HIDE. Оно используется, когда Popen вызывается с параметром shell=True.

17.1.3.1. КонстантыConstants

Модуль подпроцесс предоставляет следующие константы.

subprocess.STD_INPUT_HANDLE
Устройство стандартного ввода. Изначально это буфер ввода консоли, CONIN$.
subprocess.STD_OUTPUT_HANDLE
Устройство стандартного вывода. Изначально это активный экранный буфер консоли, CONOUT$.
subprocess.STD_ERROR_HANDLE
Устройство стандартного вывода ошибок. Изначально это активный экранный буфер консоли, CONOUT$.
subprocess.SW_HIDE
Скрывает окно. Другое окно будет активировано.
subprocess.STARTF_USESTDHANDLES
Указывает, что члены STARTUPINFO.hStdInput, STARTUPINFO.hStdOutput и STARTUPINFO.hStdError содержат дополнительную информацию.
subprocess.STARTF_USESHOWWINDOW
Указывает, что член STARTUPINFO.wShowWindow содержит дополнительную информацию.
subprocess.CREATE_NEW_CONSOLE

Новый процесс получает новую консоль вместо наследования консоли родителя (по умолчанию).

Этот флаг всегда устанавливается, когда Popen создаётся с shell=True.

17.1.4. Замена старых функций модулем подпроцессReplacing Older Functions with the subprocess Module

В этом разделе «a ==> b» означает, что b можно использовать как замену a.

Примечание

Все функции в этом разделе (более или менее) молча завершаются ошибкой, если выполняемая программа не может быть найдена; этот модуль вызывает исключение OSError.

В следующих примерах предполагается, что модуль подпроцесс импортирован с помощью «from subprocess import *».

17.1.4.1. Замена обратных кавычек оболочки /bin/shReplacing /bin/sh shell backquote

output=`mycmd myarg`
==>
output = Popen(["mycmd", "myarg"], stdout=PIPE).communicate()[0]

17.1.4.2. Замена конвейера оболочкиReplacing shell pipeline

output=`dmesg | grep hda`
==>
p1 = Popen(["dmesg"], stdout=PIPE)
p2 = Popen(["grep", "hda"], stdin=p1.stdout, stdout=PIPE)
p1.stdout.close()  # Allow p1 to receive a SIGPIPE if p2 exits.
output = p2.communicate()[0]

Вызов p1.stdout.close() после запуска p2 важен для того, чтобы p1 получил SIGPIPE, если p2 завершится раньше p1.

17.1.4.3. Замена os.system()Replacing os.system()

sts = os.system("mycmd" + " myarg")
==>
p = Popen("mycmd" + " myarg", shell=True)
sts = os.waitpid(p.pid, 0)[1]

Примечания:

  • Вызов программы через оболочку обычно не требуется.
  • Проще смотреть на атрибут returncode, чем на код завершения.

Более реалистичный пример выглядит так:

try:
    retcode = call("mycmd" + " myarg", shell=True)
    if retcode < 0:
        print("Child was terminated by signal", -retcode, file=sys.stderr)
    else:
        print("Child returned", retcode, file=sys.stderr)
except OSError as e:
    print("Execution failed:", e, file=sys.stderr)

17.1.4.4. Замена семейства os.spawnReplacing the os.spawn family

Пример P_NOWAIT:

pid = os.spawnlp(os.P_NOWAIT, "/bin/mycmd", "mycmd", "myarg")
==>
pid = Popen(["/bin/mycmd", "myarg"]).pid

Пример P_WAIT:

retcode = os.spawnlp(os.P_WAIT, "/bin/mycmd", "mycmd", "myarg")
==>
retcode = call(["/bin/mycmd", "myarg"])

Пример с вектором:

os.spawnvp(os.P_NOWAIT, path, args)
==>
Popen([path] + args[1:])

Пример с окружением:

os.spawnlpe(os.P_NOWAIT, "/bin/mycmd", "mycmd", "myarg", env)
==>
Popen(["/bin/mycmd", "myarg"], env={"PATH": "/usr/bin"})

17.1.4.5. Замена os.popen(), os.popen2(), os.popen3()Replacing os.popen(), os.popen2(), os.popen3()

(child_stdin, child_stdout) = os.popen2(cmd, mode, bufsize)
==>
p = Popen(cmd, shell=True, bufsize=bufsize,
          stdin=PIPE, stdout=PIPE, close_fds=True)
(child_stdin, child_stdout) = (p.stdin, p.stdout)
(child_stdin,
 child_stdout,
 child_stderr) = os.popen3(cmd, mode, bufsize)
==>
p = Popen(cmd, shell=True, bufsize=bufsize,
          stdin=PIPE, stdout=PIPE, stderr=PIPE, close_fds=True)
(child_stdin,
 child_stdout,
 child_stderr) = (p.stdin, p.stdout, p.stderr)
(child_stdin, child_stdout_and_stderr) = os.popen4(cmd, mode, bufsize)
==>
p = Popen(cmd, shell=True, bufsize=bufsize,
          stdin=PIPE, stdout=PIPE, stderr=STDOUT, close_fds=True)
(child_stdin, child_stdout_and_stderr) = (p.stdin, p.stdout)

Обработка кода возврата выполняется следующим образом:

pipe = os.popen(cmd, 'w')
...
rc = pipe.close()
if rc is not None and rc >> 8:
    print("There were some errors")
==>
process = Popen(cmd, 'w', stdin=PIPE)
...
process.stdin.close()
if process.wait() != 0:
    print("There were some errors")

17.1.4.6. Замена функций из модуля popen2Replacing functions from the popen2 module

Примечание

Если аргумент cmd функций popen2 является строкой, команда выполняется через /bin/sh. Если это список, команда выполняется напрямую.

(child_stdout, child_stdin) = popen2.popen2("somestring", bufsize, mode)
==>
p = Popen(["somestring"], shell=True, bufsize=bufsize,
          stdin=PIPE, stdout=PIPE, close_fds=True)
(child_stdout, child_stdin) = (p.stdout, p.stdin)
(child_stdout, child_stdin) = popen2.popen2(["mycmd", "myarg"], bufsize, mode)
==>
p = Popen(["mycmd", "myarg"], bufsize=bufsize,
          stdin=PIPE, stdout=PIPE, close_fds=True)
(child_stdout, child_stdin) = (p.stdout, p.stdin)

popen2.Popen3 и popen2.Popen4 в основном работают как subprocess.Popen, за исключением того, что:

  • Popen возбуждает исключение, если выполнение завершается неудачей.
  • аргумент capturestderr заменён аргументом stderr.
  • Необходимо указать stdin=PIPE и stdout=PIPE.
  • popen2 по умолчанию закрывает все файловые дескрипторы, но необходимо указать close_fds=True в Popen.

17.1.5. ПримечанияNotes

17.1.5.1. Преобразование последовательности аргументов в строку в WindowsConverting an argument sequence to a string on Windows

В Windows последовательность args преобразуется в строку, которая может быть разобрана с помощью следующих правил (которые соответствуют правилам, используемым в MS C runtime):

  1. Аргументы разделяются пробельными символами, то есть пробелом или табуляцией.
  2. Строка, заключённая в двойные кавычки, интерпретируется как один аргумент, независимо от пробельных символов внутри неё. Строка в кавычках может быть встроена в аргумент.
  3. Двойная кавычка, перед которой стоит обратная косая черта, интерпретируется как литеральная двойная кавычка.
  4. Обратные косые черты интерпретируются буквально, если только они не стоят непосредственно перед двойной кавычкой.
  5. Если обратные косые черты стоят непосредственно перед двойной кавычкой, каждая пара обратных косых черт интерпретируется как литеральная обратная косая черта. Если количество обратных косых черт нечётное, последняя обратная косая черта экранирует следующую за ней двойную кавычку, как описано в правиле 3.