django 并不直接读取系统 `tz` 环境变量，而是优先使用其内置设置 `time_zone`（默认为 `"america/chicago"`），该设置独立于操作系统级 `tz` 变量，用于控制 django 的默认时区行为。

在 Django 应用中，你可能会观察到一个看似矛盾的现象：通过 os.environ.get('TZ') 在普通 Python 脚本或 shell 中能正确获取系统设置的时区（如 "Asia/Shanghai"），但在 Django 项目中却始终返回 "America/Chicago" —— 即使 printenv TZ 和 os.environ 其他键值均与系统一致。

这并非 Django “覆盖”了 TZ 环境变量，而是Django 根本不依赖 TZ 环境变量做时区决策。根据 Django 官方文档，Django 使用的是 TIME_ZONE 设置项（对应 settings.py 中的 TIME_ZONE 配置），该配置默认为 'America/Chicago'（新项目模板中已改为 'UTC'）。这个值仅用于定义 Django 的默认时区（default time zone），即未启用时区支持（USE_TZ = False）时的本地时间基准，或作为 timezone.get_default_t

✅ 正确做法是：

• 若需统一时区行为，请显式在 settings.py 中设置：

  # settings.py
  TIME_ZONE = 'Asia/Shanghai'  # 或从环境变量安全读取
  USE_TZ = True  # 强烈建议启用，以使用 UTC 存储 + 本地化显示

• 如需动态从环境变量加载（推荐生产环境）：

  import os
  from django.core.exceptions import ImproperlyConfigured
  
  def get_env_setting(name, default=None):
      value = os.environ.get(name, default)
      if value is None:
          raise ImproperlyConfigured(f"Required environment variable {name} not set.")
      return value
  
  TIME_ZONE = get_env_setting('DJANGO_TIME_ZONE', 'UTC')

⚠️ 注意事项：

• os.environ['TZ'] 的修改（如 os.environ['TZ'] = 'Asia/Shanghai'）对 Django 的 datetime 行为无效，因为 Python 的 time 模块时区缓存（time.tzset()）仅影响 time.* 函数，而 Django 主要依赖 zoneinfo（Python 3.9+）或 pytz 进行时区处理；
• 修改 TZ 环境变量后若调用 time.tzset()，可能影响 datetime.datetime.now() 等原生函数，但不会改变 django.utils.timezone.now() 的行为；
• 始终优先使用 django.utils.timezone.now() 而非 datetime.datetime.now()，确保时区逻辑与 Django 设置一致。

总结：Django 的时区逻辑由 TIME_ZONE 和 USE_TZ 两个设置共同驱动，与系统 TZ 变量无直接关联。解决“TZ 不一致”问题的关键，不是修复环境变量读取，而是明确配置并统一管理 Django 的 TIME_ZONE 设置。