Django时区配置异常：timezone.now()仍返回UTC，如何修正？

看起来你已经配置了TIME_ZONE = 'Asia/Shanghai'和USE_TZ = True，但遇到了timezone.now()返回UTC时间的情况，这其实是Django在USE_TZ=True模式下的预期行为，我来帮你理清逻辑并给出解决方案：

核心原理理解 #

当USE_TZ = True时：

• Django会将所有时间数据以UTC格式存储到数据库，这是行业最佳实践，能彻底避免跨时区场景下的时间混乱问题。
• timezone.now()返回的是带UTC时区感知的datetime对象，这是正常的——因为Django内部统一用UTC管理时间，保证数据一致性。
• datetime.datetime.now()返回的是你的服务器本地时间（上海时区），但这个对象无时区信息，Django在USE_TZ=True模式下会默认把它当作UTC时间处理，反而可能引发后续的时区转换错误，所以不推荐使用这个方法。

正确获取上海时区时间的方法 #

如果你需要获取当前上海时区的、带时区感知的datetime对象，不要直接用timezone.now()，而是通过以下方式转换：

from django.utils import timezone

# 方法1：转换为Django配置的当前时区时间
shanghai_now = timezone.localtime(timezone.now())
# 方法2：显式转换到指定时区
shanghai_now = timezone.now().astimezone(timezone.get_current_timezone())

这两种方式得到的结果都会是带Asia/Shanghai时区信息的datetime对象，和你期望的本地时间完全一致。

解决auto_now的时区问题 #

对于模型中auto_now=True的字段，当USE_TZ=True时，它会自动存储UTC时间，但当你从数据库查询这个字段时，Django会自动将其转换为TIME_ZONE指定的上海时区显示，你可以在shell里测试验证：

# 查询一个带auto_now字段的对象
obj = YourModel.objects.first()
# 查看转换后的本地时间
print(timezone.localtime(obj.your_auto_now_field))

如果你的业务场景确实需要存储上海时区的时间（不推荐，建议保持UTC存储的最佳实践），可以自定义字段的default值来替换auto_now：

from django.utils import timezone

class YourModel(models.Model):
    updated_at = models.DateTimeField(default=lambda: timezone.localtime(timezone.now()))

不过要注意，这种方式存储的是带上海时区的时间，虽然Django在USE_TZ=True时能正确识别，但长期来看，UTC存储是更稳妥、更通用的方案。

验证配置是否正确 #

最后再检查一下你的settings.py，确保没有遗漏关键配置：

TIME_ZONE = 'Asia/Shanghai'
USE_TZ = True
# 确保INSTALLED_APPS里包含'django.contrib.staticfiles'（默认已包含）
# SQL Server数据库无需额外时区配置，Django会自动处理时区转换

总结一下：timezone.now()返回UTC是正常的设计逻辑，关键是通过timezone.localtime()转换为你需要的时区；auto_now存储UTC也没问题，查询时Django会自动转换显示。尽量避免使用datetime.datetime.now()，因为它的无时区特性可能带来潜在的时间处理错误。

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