django中时区常见问题有哪些？很多新手在学习django，对于时区的一些问题很容易混淆，对此，这篇文章就主要给大家分享django时区的内容，对新手学习django有一定的借鉴价值，感兴趣的朋友可以参考。

    我们都知道时区，标准时区是UTC时区，django默认使用的就是UTC时区，所以我们存储在数据库中的时间是UTC的时间，但是当我们做的网站只面向国内用户，或者只是提供内部平台使用，我们希望存储在数据库中的时间就是本地时间(东八区的时间)，那么django也是可以完成这样的需求的

    await时间和navie时间

    什么是await时间和navie时间？它是我们python中的两种时间类型

• navie：不知道自己的时间表示哪个时区
• await：知道自己的时间表示的是哪个时区的
  

    django设置东八区时间

    我们想让django中的时区变为东八区的时间，很简单

USE_TZ = False
TIME_ZONE = 'Asia/Shanghai'

    在settings.py文件中将USE_TZ设置为False，将TIME_ZONE设置为亚洲上海，之后我们在模型中创建时间字段的时候，在数据库中存储的就是东八区的时间，而时间的类型会使navie类型，所以我们就不能再把navie类型的时间转换成其他时区的类型，所以我们一般不建议这么做。 

    django设置UTC时区

    django中默认设置的是UTC时区，所以我们数据库中存储时间就是UTC时区的时间，也就是0时区，比我们正常见到的少8个小时，但是它的时间是await类型，可以转成任意时间的时区。

    django中提供了2个时间的方法

• django.utils.timezone.now：会根据settings.py文件中是否设置了USE_TZ=True获取当前的时间。如果为Ture，那么就获取一个aware类型的UTC时间，如果为False，那么就获取一个navie类型的时间
• django.utils.timezone.localtime：会根据setting.py中的TIME_ZONE来将一个aware类型的时间转换为TIME_ZONE指定时区的时间

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

    问题一：三个时间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设置的是什么。

    问题五：模板显示时间

    在设置了USE_TZ=True之后，如果设置了TIME_ZONE = 'Asia/Shanghai'，尽管数据库中存储的是UTC时间，但在模板显示的时候，会转成TIME_ZONE所示的本地时间进行显示。

    建议：为了统一时间，在django开发时，尽量使用UTC时间，即设置USE_TZ=True，TIME_ZONE = 'Asia/Shanghai'，并且在获取时间的时候使用django.util.timezone.now()。因为后台程序使用时间时UTC时间就能满足，也能保证证模板时间的正确显示。

   关于django时区的常见问题以及解方法的介绍就到这，有需要的朋友可以参考学习，希望能对大家有帮助，想要了解更多django时区的相关内容，大家可以关注其他文章。

文本转载自脚本之家

免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：mmqy2019@163.com进行举报，并提供相关证据，查实之后，将立刻删除涉嫌侵权内容。

猜你喜欢

• Python中用StringIO读写内存数据的代码是什么

  这篇文章介绍了Python使用StringIO和BytesIO读写内存数据的方法，文中通过示例代码介绍的非常详细。对大家的学习或工作具有一定的参考借鉴价值，需要的朋友可以参考下

• Python中用什么方法实现list排序，代码是什么

  对List进行排序，Python提供了两个方法方法1用List的内建函数listsort进行排序listsort(func=None,key=None,reverse=False)Python实对List进行排序，Python提供了两个方法方法1.用List的内建函数list.sort进行排序list.sort(func=None,key=None,reverse=False

• GroupBy对象如何使用，步骤及原理如何理解

  本文将探讨如何在Python的Pandas库中创建GroupBy对象以及该对象的工作原理。我们将详细了解分组过程的每个步骤，以及我们可以从中提取哪些有用信息，需要的可以参考一下

• Python打包exe有什么要求，怎么实现

  今天给大家介绍如何用Python打包exe,文中有非常详细的教程,对正在学习python的小伙伴们有很好地帮助,需要的朋友可以参考下

• Python存储字符串对编码要求是什么，用什么编码

  这篇文章主要介绍了在Python中存储字符串，文章通过unicode展开主题相关内容，具有一定的参考价值，需要的小伙伴可以参考一下