Django测试模拟时区感知时间戳：创建模型时区不符问题

我之前在Django项目里也踩过类似的时区坑，结合你的情况，核心问题其实是Django的时区存储规则和展示转换的衔接，给你一步步梳理解决方案：

1. 先确认基础时区配置是否正确 #

虽然你已经设置了USE_TZ = True，但还要检查settings.py里的TIME_ZONE参数——不能直接写UTC+1，必须用标准的时区标识符（比如对应UTC+1的Europe/Berlin、Europe/Paris这类），因为Django依赖pytz的时区数据库来处理偏移（包括夏令时切换）。

正确的配置示例：

# settings.py
USE_TZ = True
TIME_ZONE = 'Europe/Berlin'  # 对应UTC+1/UTC+2（夏令时）

2. 检查to_json()方法的时间转换逻辑 #

Django在USE_TZ=True时，所有DateTimeField（包括auto_now_add=True的字段）都会以UTC时间存储到数据库，这是标准行为。问题大概率出在你序列化时间的to_json()方法里——你可能直接格式化了UTC时间，没有转换到目标时区。

修改to_json()方法，加入时区转换：

from django.utils import timezone

class Task(models.Model):
    created_timestamp = models.DateTimeField(auto_now_add=True)

    def to_json(self):
        # 将UTC时间转换为settings.TIME_ZONE指定的本地时区
        local_timestamp = self.created_timestamp.astimezone(timezone.get_current_timezone())
        return {
            # 按你需要的格式格式化本地时间
            'timestamp': local_timestamp.strftime('%d-%m-%Y %H:%M'),
            # 其他字段...
        }

3. 测试用例的时间验证注意点 #

如果你的测试用例是直接断言时间输出，要确保测试时用Django的timezone.now()而不是原生datetime.datetime.now()——前者会生成符合TIME_ZONE设置的时区感知时间（存储时自动转UTC，取出后转回来），避免测试时的时间偏差。

关键原理补充 #

Django的时区机制是：

• 存储：所有时区感知时间都会被转换为UTC存入数据库
• 读取：取出时默认是UTC时区的datetime对象，需要手动转换到TIME_ZONE指定的时区再展示

所以不要期望数据库里存的是UTC+1时间，正确的流程是存UTC，取出来转本地时区展示。

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