本文主要是介绍datetime.now、datetime.utcnow以及Django中的timezone.now之间的区别，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
在我们使用Django做项目时经常会遇到时间的存储与读取不一致的问题，针对这个问题，我在查阅了一些资料，现总结一下给大家分享。
由于现在使用的django大都在1.4版本以后，所以就存在两个概念naive time与active time。naive time就是不带时区的时间，active time就是带时区的时间。例如， 使用datetime.datetime.utcnow()、datetime.datetime.now()输出的类似2018-07-10 14:10:33.080451是不带时区的时间（naive time），而使用django.until.timezone.now()输出的类似2015-07-10 14:11:19.936835+00:00是带时区的时间（active time），其中+00:00表示的就是时区相对性。注意，我们还可能会遇到另外一个概念的时间UTC时间，也就是格林尼治平均时间，也被称作零区时间，而北京时间就代表东八区时间，即UTC+8。
一、三个时间datetime.datetime.now()、datetime.datetime.utcnow()与django.util.timezone.now()的区别
1、datetime.datetime.now()：输出的永远是本地时间（naive time）与配置无任何关系；
2、datetime.datime.utcnow()：如果在django配置USE_TZ=False，则该输出时间与datetime.datetime.now()完全相同；如果设置USE_TZ=True,则输出的是UTC时间（naive time）;
3、django.util.timezone.now()：如果在django配置USE_TZ=True，则输出的是UTC时间（active time）；如果配置USE_TZ=False，则与datetime.datetime.now()完全相同。
二、django存储到数据库的时间比本地时间小8个小时
1、Django在1.4版本以后存储设置USE_TZ=True，则存储到数据库中的时间永远是UTC时间；
2、这是如果Django的setting设置USE_TZ=True与TIME_ZONE='UTC'，用datetime.datetime.now()获取的时间django会把这个时间当成UTC时间存储到数据库中；
3、如果设置USE_TZ=True与TIME_ZONE='Asia/Shanghai'，用datetime.datetime.now()获取的时间由于不带时区，django会把这个时间当成Asia/Shanghai时间，即东八区时间，然后django把这个时间转化成带时区UTC时间存储到数据库中去，而读的时候直接按UTC时间读出来，这就是出现存储到数据库的时间比本地时间小8个小时。
三、模板显示时间或读取时间
如果设置了USE_TZ=True之后，如果设置TIME_ZONE='Asia/Shanghai'，尽管数据库中存储的是UTC时间，但在模板显示的时候，会转成TIME_ZONE所示的本地时间进行显示。
总结：在django开发时，尽量使用UTC时间，即设置USE_TZ=True，TIME_ZONE = 'Asia/Shanghai'，并且在获取时间的时候使用django.util.timezone.now()。因为后台程序使用时间时UTC时间就能满足，也能保证证模板时间的正确显示。
这篇关于datetime.now、datetime.utcnow以及Django中的timezone.now之间的区别的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
