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

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

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

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

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

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

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

print(os.environ["DEBUSSY"])

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

在使用此方法之前，请浏览评论部分

我一直在尝试添加环境变量。我的目标是将一些用户信息存储到系统变量中，这样我就可以在未来的解决方案中使用这些变量，作为配置文件的替代品。 然而，下面代码中描述的方法对我没有任何帮助。

import os
os.environ["variable_1"] = "value_1"
os.environ["variable_2"] = "value_2"
# To Verify above code
os.environ.get("variable_1")
os.environ.get("variable_2")

这个简单的代码块工作得很好，但是，这些变量存在于各自的进程中，这样你就不会在windows系统设置的环境变量选项卡中找到它们。以上大部分代码都没有达到我的目的。这里讨论的问题是:变量保存问题

os.environ.putenv(key, value)

又一次失败的尝试。因此，最后，我通过模仿包装在os包的系统类中的windows shell命令，成功地在窗口环境寄存器中保存变量。下面的代码描述了这个成功的尝试。

os.system("SETX {0} {1} /M".format(key, value))

我希望这对你们中的一些人有所帮助。

下面这些呢?

os.environ["DEBUSSY"] = '1'
debussy = int(os.environ.get('DEBUSSY'))
print(type(debussy))

<类“int”>

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

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)

当您使用环境变量(添加/修改/删除变量)时，一个好的实践是在函数完成时恢复以前的状态。

您可能需要类似于这个问题中描述的modified_environ上下文管理器之类的东西来恢复环境变量。

经典的用法:

with modified_environ(DEBUSSY="1"):
    call_my_function()