确实，随着项目规模扩大，每次新增环境变量都要在.env和settings.py两边手动定义，这种重复工作真的挺磨人的——我之前维护中型Django项目时也遇到过这个痛点！

先聊聊你想到的globals()方案：它确实能实现自动加载的效果，但正如你担心的，这种方式不够优雅，还存在几个潜在问题：

• 容易不小心覆盖settings.py中已有的内置变量（比如如果.env里定义了DEBUG以外的重名变量）；
• 类型处理太简单，只考虑了列表，实际场景中还有布尔值、整数等类型需要转换（比如.env里的DEBUG=true会被当成字符串，导致Django识别出错）；
• 可读性差，后续接手的开发者很难快速理清哪些变量来自环境变量，排查问题时会很头疼。

下面给你两个更稳妥的方案，兼顾便捷性和代码质量：

方案一：用专业的Django环境配置库（推荐） #

django-environ是专门为Django设计的环境变量管理工具，既能自动加载.env文件，还能帮你处理类型转换、默认值设置，完美解决重复赋值的问题。

步骤很简单：

1. 先安装库：

pip install django-environ

2. 在settings.py中配置：

import environ

# 初始化环境变量处理器，提前定义变量类型和默认值（可选但推荐）
env = environ.Env(
    DEBUG=(bool, False),
    ALLOWED_HOSTS=(list, []),
    DATABASE_PORT=(int, 5432),
)

# 读取根目录下的.env文件
environ.Env.read_env()

# 直接通过env()获取变量，自动完成类型转换
DEBUG = env('DEBUG')
ALLOWED_HOSTS = env('ALLOWED_HOSTS')
DATABASES = {
    'default': {
        'ENGINE': 'django.db.backends.postgresql',
        'NAME': env('DB_NAME'),
        'USER': env('DB_USER'),
        'PASSWORD': env('DB_PASSWORD'),
        'HOST': env('DB_HOST'),
        'PORT': env('DATABASE_PORT'),
    }
}

这种方式的好处是：

• 不需要在.env和settings.py重复定义变量名，只需要在settings.py中用env()调用即可；
• 支持布尔、整数、列表等多种类型自动转换，避免类型错误；
• 可以给变量设置默认值，即使.env中没定义也不会报错；
• 代码可读性强，每个变量的来源和类型都清晰可见。

方案二：改进你的globals()方案（无第三方库） #

如果不想引入第三方依赖，可以优化你的原有思路，让它更安全可靠：

from dotenv import dotenv_values

# 读取.env文件内容
env_variables = dotenv_values(".env")

# 只处理以DJANGO_为前缀的变量，避免和Django内置变量冲突
for key, value in env_variables.items():
    if key.startswith("DJANGO_"):
        # 去掉前缀，转换成settings里的变量名（比如DJANGO_DEBUG → DEBUG）
        var_name = key.replace("DJANGO_", "")
        
        # 完善类型转换逻辑
        if value.lower() in ['true', 'false']:
            globals()[var_name] = value.lower() == 'true'
        elif value.isdigit():
            globals()[var_name] = int(value)
        elif ',' in value:
            # 处理列表，同时去掉每个元素的空格
            globals()[var_name] = [item.strip() for item in value.split(',')]
        else:
            globals()[var_name] = value

# 确保关键变量的类型正确（比如ALLOWED_HOSTS必须是列表）
ALLOWED_HOSTS = globals().get('ALLOWED_HOSTS', [])
if not isinstance(ALLOWED_HOSTS, list):
    ALLOWED_HOSTS = [ALLOWED_HOSTS]

这个改进版本解决了原方案的几个问题：

• 通过前缀过滤避免变量冲突；
• 增加了布尔值、整数的类型转换；
• 对列表元素做了去空格处理，更符合实际使用场景。

最后聊聊取舍：自动加载VS手动赋值 #

其实两种方式各有优劣，你可以根据团队和项目情况选择：

• 手动赋值：虽然繁琐，但胜在可读性极强，所有配置变量都一目了然，适合小型项目或者团队更看重代码可维护性的场景；
• 自动加载（或用django-environ）：能大幅减少重复工作，适合中型以上项目，只要做好类型定义和变量前缀规范，也能保证代码的可维护性。

备注：内容来源于stack exchange，提问作者Ravexina