我相信在稍加修改的环境下运行外部命令是非常常见的情况。我就是这么做的:

import subprocess, os
my_env = os.environ
my_env["PATH"] = "/usr/sbin:/sbin:" + my_env["PATH"]
subprocess.Popen(my_command, env=my_env)

我有一种直觉,有更好的方法;看起来还好吗?


当前回答

在某些情况下,您可能只想传递子进程所需的环境变量,但我认为您的想法大体是正确的(这也是我的做法)。

其他回答

在Python 3.5中,你可以这样做:

import os
import subprocess

my_env = {**os.environ, 'PATH': '/usr/sbin:/sbin:' + os.environ['PATH']}

subprocess.Popen(my_command, env=my_env)

这里我们得到了一个os的副本。environ和被重写的PATH值。

PEP 448(附加拆包概括)使之成为可能。

另一个例子。如果你有一个默认环境(即os.environ),并且你想用一个dict来覆盖默认值,你可以这样表达:

my_env = {**os.environ, **dict_with_env_variables}

临时设置一个环境变量,而不必复制操作系统。envrion对象等,我这样做:

process = subprocess.Popen(['env', 'RSYNC_PASSWORD=foobar', 'rsync', \
'rsync://username@foobar.com::'], stdout=subprocess.PIPE)

在某些情况下,您可能只想传递子进程所需的环境变量,但我认为您的想法大体是正确的(这也是我的做法)。

我认为os. environment .copy()更好,如果你不打算修改操作系统。当前过程的环境:

import subprocess, os
my_env = os.environ.copy()
my_env["PATH"] = "/usr/sbin:/sbin:" + my_env["PATH"]
subprocess.Popen(my_command, env=my_env)

我知道这个问题已经回答了一段时间了,但是对于在环境变量中使用PYTHONPATH而不是PATH,有些人可能想知道一些问题。我已经概述了使用cronjobs运行python脚本的解释,它以不同的方式处理修改后的环境(可以在这里找到)。我认为这对那些像我一样需要比这个答案更多一点的人来说是有好处的。