Django从数据库加载datetime时区信息异常问题求助

我开发了一个用于查看传感器观测数据的Django应用，观测模型定义如下：

class Observation(models.Model):
    timestamp = models.DateTimeField()
    sensor = models.ForeignKey(Sensor, on_delete=models.CASCADE)
    value = models.DecimalField(max_digits=6, decimal_places=3)

在某一视图中，我需要获取最新观测记录的timestamp：

latest_observation = Observation.objects.order_by('-timestamp').values('timestamp').first()
context['latest_data_timestamp'] = latest_observation['timestamp'] if latest_observation else None

timestamp在数据库中以UTC时区正确存储，但在视图中加载时，时间值转换为了settings.py中设置的时区时间，然而tzinfo仍为'UTC'。

settings.py中已启用时区支持：

TIME_ZONE = 'Europe/Amsterdam'
USE_TZ = True

例如，数据库中存储的2023-11-22 18:00:00+00:00被加载为2023-11-22 19:00:00+00:00，而正确结果应为2023-11-22 19:00:00+01:00（忽略夏令时，Europe/Amsterdam时区为UTC+1）。

我使用Django 4.2.7，生产环境为PostgreSQL，开发环境为SQLite，两个环境均存在该问题。我尝试过使用astimezone设置时区但无效，直接替换tzinfo又像临时方案，求更优解法。

问题根源在于使用values('timestamp')查询：Django在通过values()获取DateTimeField时，仅会将UTC时间的数值转换为TIME_ZONE对应的本地时间数值，但不会自动为datetime对象附上正确的时区信息，导致tzinfo仍保留为UTC。

方法1：改用完整模型实例（推荐） #

放弃values()，直接获取完整的Observation实例，Django会自动为datetime字段绑定正确的时区信息：

latest_observation = Observation.objects.order_by('-timestamp').first()
context['latest_data_timestamp'] = latest_observation.timestamp if latest_observation else None

此时得到的timestamp会是带Europe/Amsterdam时区标记的datetime对象，格式即为预期的2023-11-22 19:00:00+01:00。

方法2：用annotate显式转换时区（适合仅需timestamp的场景） #

如果必须用values()优化查询性能，可以通过ExpressionWrapper搭配TimeZoneOffset在数据库层面完成时区转换：

from django.db.models import ExpressionWrapper, F
from django.db.models.functions import TimeZoneOffset
from django.db import models

latest_observation = Observation.objects.order_by('-timestamp').annotate(
    local_timestamp=ExpressionWrapper(
        F('timestamp') + TimeZoneOffset('Europe/Amsterdam'),
        output_field=models.DateTimeField()
    )
).values('local_timestamp').first()

context['latest_data_timestamp'] = latest_observation['local_timestamp'] if latest_observation else None

这种方式返回的local_timestamp会自带正确的时区信息。

关于astimezone无效的原因 #

之前调用astimezone()无效，是因为values()返回的datetime对象数值是本地时间，但tzinfo仍为UTC，此时调用astimezone()会将这个错误的UTC时间（如19:00+00:00）再次转换时区，结果反而偏差更大。而基于完整模型实例的datetime对象是带UTC tzinfo的正确UTC时间，此时调用astimezone()才能得到正确结果：

# 正确用法（基于完整模型实例）
local_time = latest_observation.timestamp.astimezone()

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