Django生产环境TIME_ZONE配置不生效，时区变为America/Chicago

以下是几个可能导致该问题的核心原因及验证方式：

1. 运行时代码手动切换了时区 #

Django允许通过timezone.activate()方法在运行时动态切换时区，常见触发场景包括：

• 项目中的中间件根据用户请求信息（如用户个人设置、请求头时区标识）激活了America/Chicago时区
• 初始化代码、信号（如request_started）中调用了timezone.activate()

你可以在生产环境的manage.py shell中执行以下命令验证：

>>> from django.utils import timezone
>>> timezone._active.value  # 查看当前激活的时区对象

如果输出为zoneinfo.ZoneInfo(key='America/Chicago')，说明有代码在运行时修改了时区。

2. 系统环境变量TZ的影响 #

尽管系统区域设置为C.UTF-8，但Debian环境中如果设置了TZ环境变量为America/Chicago，会覆盖Python的默认时区逻辑，进而被Django读取。

在生产环境的终端执行以下命令检查：

echo $TZ

若返回America/Chicago，说明环境变量优先级高于Django配置。

3. 生产环境加载了不同的配置文件 #

你查看的settings.py可能并非生产环境实际使用的配置文件：

• 生产环境可能加载了settings_production.py等专用配置文件，其中TIME_ZONE被设为America/Chicago
• 配置文件中存在条件赋值逻辑，比如根据环境变量动态设置TIME_ZONE，生产环境触发了该分支

在生产shell中执行以下命令确认实际加载的配置文件路径：

>>> from django.conf import settings
>>> settings.__file__

4. 进程缓存导致的配置未更新 #

如果使用uWSGI、Gunicorn等进程管理器，旧的时区配置可能被进程缓存。尝试重启所有应用进程，验证时区是否恢复为配置的UTC。

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