环境变量必须是字符串，因此使用

import os
os.environ["DEBUSSY"] = "1"

将变量DEBUSSY设置为字符串1。

要稍后访问此变量，只需使用

print(os.environ["DEBUSSY"])

子进程自动继承父进程的环境——您不需要做任何特殊的操作。

如果你纠结于Flask和unittest，请记住，如果你在任何方法之外设置了一个变量，当你导入应用程序时，这个变量会被读取。可能看起来微不足道，但可以省去一些麻烦。

例如，如果进入你的Flask单元测试你:

导入应用 在setUp方法中设置环境变量。 使用app.test_client()来测试应用程序

进入第二步的变量到第三步时将不会看到，因为在执行第一步时已经读取了该变量。

环境变量必须是字符串，因此使用

import os
os.environ["DEBUSSY"] = "1"

将变量DEBUSSY设置为字符串1。

要稍后访问此变量，只需使用

print(os.environ["DEBUSSY"])

子进程自动继承父进程的环境——您不需要做任何特殊的操作。

我写了这个小的上下文管理器，它只在缩进块的持续时间内设置变量:

import os
from contextlib import contextmanager

@contextmanager
def extended_env(new_env_vars):
    old_env = os.environ.copy()
    os.environ.update(new_env_vars)
    yield
    os.environ.clear()
    os.environ.update(old_env)

示例用法(Windows为%，Linux为$):

import subprocess

subprocess.run("echo $ENVTEST %ENVTEST%", shell=True)

with extended_env({"ENVTEST": "17"}):
    subprocess.run("echo $ENVTEST %ENVTEST%", shell=True)

subprocess.run("echo $ENVTEST %ENVTEST%", shell=True)

环境是为代码本身(而不是子进程)冻结的，不能通过编程方式完成。

一个好的解决方案，不管是什么平台，都是将对python的调用包装在一个批处理文件中。例如:如果我在linux上，批处理文件可能看起来像这样

export "DEBUSSY"="1"
python mycode.py

操作系统。Environ的行为类似于python字典，因此可以执行所有常见的字典操作。除了其他答案中提到的get和set操作之外，我们还可以简单地检查一个键是否存在。键和值应该存储为字符串。

Python 3

对于python 3，字典使用in关键字而不是has_key

>>> import os
>>> 'HOME' in os.environ  # Check an existing env. variable
True
...

Python 2

>>> import os
>>> os.environ.has_key('HOME')  # Check an existing env. variable
True
>>> os.environ.has_key('FOO')   # Check for a non existing variable
False
>>> os.environ['FOO'] = '1'     # Set a new env. variable (String value)
>>> os.environ.has_key('FOO')
True
>>> os.environ.get('FOO')       # Retrieve the value
'1'

关于使用os.environ，有一件重要的事情需要注意:

虽然子进程从父进程继承环境，但我最近遇到了一个问题，并发现，如果你有其他脚本在你的python脚本运行时更新环境，调用os。Environ也不会反映最新的值。

文件节选:

这个映射在第一次导入os模块时被捕获， 通常在Python启动时作为处理site.py的一部分。变化 到环境做出来以后，这个时候都不体现出来 操作系统。Environ，除了修改os. Environ所做的更改。直接环境。

os. environment .data存储了所有的环境变量，是一个dict对象，包含了所有的环境值:

>>> type(os.environ.data)  # changed to _data since v3.2 (refer comment below)
<type 'dict'>