我在使用以下模型时遇到了这个警告。

from datetime import datetime

class MyObject(models.Model):
    my_date = models.DateTimeField(default=datetime.now)

为了解决这个问题，我切换到下面的默认设置。

from django.utils import timezone

class MyObject(models.Model):
    my_date = models.DateTimeField(default=timezone.now)

可以修复警告，也可以使用settings.py中指定的时区，该时区可能与UTC不同。

例如，在我的settings.py中，我有:

USE_TZ = True
TIME_ZONE = 'Europe/Paris'

这是一个解决方案;优点是str(mydate)给出了正确的时间:

>>> from datetime import datetime
>>> from django.utils.timezone import get_current_timezone
>>> mydate = datetime.now(tz=get_current_timezone())
>>> mydate
datetime.datetime(2019, 3, 10, 11, 16, 9, 184106, 
    tzinfo=<DstTzInfo 'Europe/Paris' CET+1:00:00 STD>)
>>> str(mydate)
'2019-03-10 11:16:09.184106+01:00'

另一个等效的方法是使用make_aware，参见dmrz post。

我在使用以下模型时遇到了这个警告。

from datetime import datetime

class MyObject(models.Model):
    my_date = models.DateTimeField(default=datetime.now)

为了解决这个问题，我切换到下面的默认设置。

from django.utils import timezone

class MyObject(models.Model):
    my_date = models.DateTimeField(default=timezone.now)

在模型中，不要传递值:

timezone.now()

相反，去掉括号，并传递:

timezone.now

如果您继续得到运行时错误警告，请考虑将模型字段从DateTimeField更改为DateField。

使用django.utils.timezone。Make_aware函数使您的天真datetime对象具有时区意识，并避免这些警告。

它将天真的datetime对象(没有timezone info)转换为有timezone info的对象(如果你没有显式地将timezone作为第二个参数，则使用django设置中指定的timezone):

import datetime
from django.conf import settings
from django.utils.timezone import make_aware

naive_datetime = datetime.datetime.now()
naive_datetime.tzinfo  # None

settings.TIME_ZONE  # 'UTC'
aware_datetime = make_aware(naive_datetime)
aware_datetime.tzinfo  # <UTC>

问题不在于Django的设置，而在于传递给模型的日期。下面是一个时区感知对象的样子:

>>> from django.utils import timezone
>>> import pytz
>>> timezone.now()
datetime.datetime(2013, 11, 20, 20, 8, 7, 127325, tzinfo=pytz.UTC)

这是一个朴素对象:

>>> from datetime import datetime
>>> datetime.now()
datetime.datetime(2013, 11, 20, 20, 9, 26, 423063)

因此，如果你在任何地方传递电子邮件日期(它最终会到达某个模型)，只需使用Django的now()。如果不是，那么这可能是一个现有的包的问题，它获取日期没有时区，你可以修补包，忽略警告或设置USE_TZ为False。