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

  在django1.4以后,存在两个概念:naive time 与 active time。

  简单点讲,naive time就是不带时区的时间,相关Active time就是带时区的时间。

  举例来说,使用datetime.datetime.utcnow()、datetime.datetime.now()输出的类似2017-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表示的就是时区相对性。

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

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

问题一:三个时间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 (2017-05-12 19:58: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时间就能满足,也能保证证模板时间的正确显示。

最新文章

  1. iOS学习笔记——iOS高级控件
  2. 基于AngularJS的过滤与排序
  3. cocos2d-x 中的坐标系
  4. 如何查看linux内核的版本号?
  5. Spring-----代码中使用注入的Properties配置属性
  6. 定义Java类的数组的问题
  7. lua 远程调试 【zeroBrane 使用mobdebug】(good转)
  8. Android Intent 其中一个分析
  9. [信息安全] 3.HTTPS工作流程
  10. 找出单链表中倒数第K个元素
  11. excel中的数据导出为properties和map的方法
  12. Java服务使用Redis实现分布式全局唯一标识
  13. vscode-Live Server的使用心得
  14. build.gradle文件的注释
  15. 信号量的基本概念与使用semget,semop
  16. vue全家桶+Koa2开发笔记(6)--app开发
  17. C#程序集问题:混合模式程序集是针对“v2.0.50727”版的运行时生成的.....
  18. 声明式编程:程序=数据+逻辑(what)+算法(控制+计算)
  19. Mac OS 10.12 - 安装任何来源软件!!
  20. C++程序风格的思考

热门文章

  1. vb中adOpenKeyset, adLockOptimistic
  2. win10 关闭自动维护计划任务
  3. 好记性不如烂笔头77-多线程-Thread子类的线程对象是不同的
  4. oracle 插入表数据的4种方式
  5. jQuery 源码学习笔记
  6. lua 代码加密方案
  7. vs.net使用技巧
  8. js中的let和var
  9. Android特性与系统架构
  10. Linux调度器 - 进程优先级