django时区问题时间差8小时

作者: leyu | 来源:发表于2016-12-15 16:14 被阅读0次

Mysql更新时区表
django时区问题时间差8小时
Docker容器时区问题
iOS开发中的小坑(持续更新中)
django utc 时区问题
Django显示时间的一些问题
Django项目配置mysql
Django 项目设置settings.py文件
django-celery-beat时区问题
Djang2.0实战博客项目

在用django1.8版本做项目的时候遇到时间的存储与读取不一致的问题，网上找了很多帖子，但都没有讲明白。本文将在项目中遇到的问题及如何解决的尽可能详细的记录下来，当然本文参考了网上大量相关文章。

UTC时间

另外一个概念UTC时间。这里不做过多介绍，需要知晓的是UTC时间表示的是格林尼治平均时即可，即零区时间。而北京时间表示的是东八区时间，即UTC+8。

naive time 与 active time的概念

在django1.4以后，存在两个概念：naive time 与 active time。简单点讲，naive time就是不带时区的时间，而Active time就是带时区的时间。举例来说，使用datetime.datetime.utcnow()、datetime.datetime.now()输出的类似2015-05-11 09:10:33.080451就是不带时区的时间（naive time），而使用django.util.timezone.now()输出的类似2015-05-11 09:05:19.936835+00:00的时间就是带时区的时间（Active time），其中+00:00表示的就是时区相对性。

下面列出了几个常见的时区问题，并提供相关原因，如有不对，欢迎指出。

datetime.datetime.now()、datetime.datetime.utcnow()与django.util.timezone.now()的区别

datetime.datetime.now()：
输出的永远是本地时间（naive time）与配置无任任何关系。

datetime.datetime.utcnow()：
如果setting中配置USE_TZ=True则输出的是UTC时间（naive time）;如果setting中配置USE_TZ=False，则该输出时间与datetime.datetime.now()完全相同。

django.util.timezone.now()：
如果setting中配置USE_TZ=True则输出的是UTC时间（active time），如果配置USE_TZ=False，则与datetime.datetime.now()完全相同。

django存储到数据库的时间比本地时间小8个小时

首先要明确的一点，Django1.4版本之前，对时区毫无概概念，对时间的存取、展示不做任何处理，数据库里存储的通常是本地时间，当然都是naive time。

Django在1.4版本之后存储如果设置了USE_TZ=True，则存储到数据库中的时间永远是UTC时间。

如果settings里面设置了USE_TZ=True与TIME_ZONE = 'UTC'，用datetime.datetime.now()获取的时间django会把这个时间当成UTC时间存储到数据库中去。

如果修改设置为USE_TZ=True与TIME_ZONE = 'Asia/Shanghai'，用datetime.datetime.now()获取的时间由于不带时区，django会把这个时间当成Asia/Shanghai时间，即东八区时间，然后django会把这个时间转成带时区UTC时间存储到数据库中去，而读的时候直接按UTC时间读出来，这就是网上很多人遇到的存储到数据库中的时间比本地时间会小8个小时的原因。

DateTimeField role_cost_history.cost_time received a naive datetime （2015-05-12 19:59:01.259517) while time zone support is active

这个问题是因为如果设置了USE_TZ=True之后，model里面认为DateTimeField使用UTC时间（带时区的时间），这时用datetime.datetime.now()获取的时间是不带时区的就会报这个问题。

django.util.timezone.now()输出时间比本地时间小8个小时

只要设置了USE_TZ=True，django.util.timezone.now()输出地永远是UTC时间，不管你设置的TIME_ZONE是什么。如果USE_TZ=False，则django.util.timezone.now()输出等同于datetime.datetime.now()，也不管TIME_ZONE设置的是什么。