本地和生产服务器表现不同的核心原因是shell环境的差异：

• 你在本地Ubuntu上运行Django时，是通过交互式shell（比如终端窗口）启动的，这种环境会自动加载用户根目录的~/.bashrc文件，所以你配置的export变量能被Django进程读取到。
• 而生产服务器上的Daphne是作为后台服务（通常是systemd管理的守护进程）运行的，属于非交互式、非登录shell，默认不会加载用户的~/.bashrc，因此你在.bashrc里配置的环境变量根本没被Daphne进程加载。

下面是几种靠谱的配置方式，按推荐优先级排序：

1. 直接在Daphne的服务配置中定义环境变量（最安全推荐） #

如果用systemd管理Daphne服务，直接把环境变量写进服务配置文件里，这样只有Daphne进程能读到这些变量：

1. 打开你的Daphne systemd服务文件（比如/etc/systemd/system/daphne.service）
2. 在[Service]区块下添加Environment行：

[Service]
# 追加环境变量
Environment="DEBUG=False"
Environment="SECRET_KEY=your-strong-production-secret-key"
# 你的现有配置
User=ubuntu
WorkingDirectory=/path/to/your/project
ExecStart=/path/to/venv/bin/daphne -b 0.0.0.0 -p 8000 myapp.asgi:application

3. 重新加载systemd配置并重启服务：

sudo systemctl daemon-reload
sudo systemctl restart daphne

2. 使用.env文件管理环境变量（灵活易维护） #

用python-dotenv包加载项目专属的环境变量文件，适合多项目隔离的场景：

1. 安装依赖：

pip install python-dotenv

2. 在项目根目录创建.env文件，写入变量：

DEBUG=False
SECRET_KEY=your-production-secret-key

3. 修改你的asgi.py，在加载Django配置前先加载.env文件：

import os
import django
from dotenv import load_dotenv

# 加载项目根目录的.env文件
load_dotenv()

os.environ.setdefault("DJANGO_SETTINGS_MODULE", "myapp.settings")
django.setup()
from channels.routing import get_default_application

application = get_default_application()

4. 关键安全操作：把.env文件加入.gitignore，避免提交到版本库；同时设置文件权限确保只有当前用户可读：

chmod 600 .env

3. 全局环境变量配置（不推荐，适合全局共享变量） #

如果需要让服务器上所有进程都能读到这些变量，可以编辑/etc/environment文件：

sudo nano /etc/environment

添加变量：

DEBUG=False
SECRET_KEY=your-production-secret-key

保存后重启服务器，或者重新登录后生效。这种方式不够灵活，不建议用于项目专属变量。

可以通过以下方式确认环境变量已被正确加载：

• 在服务器上运行printenv DEBUG查看全局变量；
• 在Django项目中添加一个临时视图，打印环境变量：

from django.http import HttpResponse
import os

def check_env(request):
    debug = os.environ.get('DEBUG')
    secret_key = os.environ.get('SECRET_KEY')[:5]  # 只打印前5位避免泄露
    return HttpResponse(f"DEBUG: {debug}, SECRET_KEY prefix: {secret_key}")

访问这个视图就能确认变量是否被正确读取。

内容的提问来源于stack exchange，提问作者Jekson