详解Django 中是否使用时区的区别

起步

在 Django 的模型中新加了一个日期的字段:

import datetime
class Instance(models.Model):
  ...
  start_time = models.DateTimeField(default=datetime.datetime.now)

同步到数据库时 Django 报出了一个警告：

django/db/models/fields/__init__.py:1423: RuntimeWarning: DateTimeField Instance.start_time received a naive datetime (2018-06-14 08:59:54.761510) while time zone support is active.

软件功能：- 支持卸载常规程序和系统程序- 支持系统程序/卸载/启用/禁用功能- 支持系统备份功能- 支持从/sdcard/systemappbackup目录中恢复已备份的程序- 支持开启和关闭busybox- 支持显示程序版本号功能- 支持程序备份状态功能- 支持列表视图中显示系统程序大小信息功能- 更多功能请使用体验。iis6.0配置使用gzip压缩页面文件 使用gzip压缩页面文件,既可以降低站点流量,减轻服务器负担,又可以提高用户打开页面的速度,是非常有优势的.要启用gzip压缩,既可以在页面程序中设置(见),也可以在iis服务器中设置,今天我们看看怎么在iis6.0中配置使用gzip压缩. 3步开启iis6.0gzip压缩功能 ①在iis中打开网站属性,切换到"服务"选项卡,钩选"压缩应用程序文件"和"压缩静态文件。在dsm的“控制面板”->“共享文件夹”中可以开启，启用之后无论你在哪台电脑上删除了文件，都能轻松通过 filestation 进行文件恢复，你也可以配置计划任务定时去清空回收站。

TIME_ZONE = 'Asia/Shanghai'
USE_TZ = True

如果设置了使用时区，那么Django在数据库中以 UTC 存储日期时间信息。

要想知道时区的 Django 中的作用，我们要先了解时间有时区的没有时区的区别。

带时区与不带时区

日期时间存在两个概念： naive time 和 aware time 。django时间的时区问题 naive time 就是不带时区的时间， aware time 则是带时区的时间。比方说， datatime.datetime.utcnow() 与 datatime.datetime.now() ，前者是 UCT 时间，后者会取机器上的本地时间，这两者呢，对于 django 来说，都是不带时区的时间（下一段会讲原因）；而使用 django.utils.timezone.now() 才是带时区的时间(aware time)。

require.config()接受一个配置对象，这个对象除了有前面说过的paths属性之外，还有一个shim属性，专门用来配置不兼容的模块。在第一章：一个简单的示例中，里面的弹出框是很难重用的，例如文本为“密码错误”和文本为“登陆成功”的弹出框，vs2010识别时会默认当他是两个对象，因此在对象库里面也是两个对象，但实际上，为了避免对象库对象过多，完全可以把它当成一个对象，只是说文本不一样，根据对象的识别原理，我们可以更改他的关键标识属性，让vs2010把所有的文本不同的弹出框都当成一个对象识别，然后在测试时把它的文本属性用来比对就ok了。在修改每个控件的属性的时候，都会先调用get_handle方法获取一个操作句柄，在该方法内部会判断control类的静态成员checkforillegalcrossthreadcalls的值(该成员用来表示是否启用安全模式，安全模式的意思就是禁止跨线程修改界面属性来避免多线程访问临界资源死锁的问题)，第二个判断的属性是invokerequired属性（该属性用来表示当前方法是否是在跨线程调用）。

import datetime
from django.utils import timezone

print(timezone.is_naive( datetime.datetime.now() ))  # False
print(timezone.is_naive( datetime.datetime.utcnow() )) # False

显然 now() 和 utcnow() 都是没有设置 tzinfo 的。

django判断日期对象是否是原生的唯一标准就是该对象是否设置了 tzinfo

datetime 与 timezone

datetime 是标准库的模块， timezone 是 django 提供的时区的工具， timezone 其实是在 datetime 基础上进行的整合的，比方 django 中的 now 函数：

[timezone.py]
def now():
  """
  Return an aware or naive datetime.datetime, depending on settings.USE_TZ.
  """
  if settings.USE_TZ:
    # timeit shows that datetime.now(tz=utc) is 24% slower
    return datetime.utcnow().replace(tzinfo=utc)
  else:
    return datetime.now()

返回的其实也是一个 datetime 对象。

设置了 USE_TZ=True 之后

设置了 USE_TZ=True 之后，model 里面认为 DateTimeField 使用的是UTC时间（带时区的时间），这时用 datetime.datetime.now() 获取的时间是不带时区的就会报最开始说的那个警告。

并且呢， 所有的存储和内部处理，全部都是 UTC 时间 ，包括 timezone.now() ，存储也就是指数据库中存储的是UTC时间，也就只有在表单输入或模板渲染输出的时候，才会执行 UTC 到时区的转换。基本对于开发者而言，基本不用考虑本地时间的存在，所有的使用都是 UTC 时间，这也能避免手残的手动转换，尽量使用 Django 系统代劳。django时间的时区问题

若 USE_TZ=False 则所有关于时间和时区的问题都有开发人员自己把控。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持我们。

本文标题: 详解Django 中是否使用时区的区别

本文地址: