在模型中，不要传递值:

timezone.now()

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

timezone.now

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

问题不在于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。

可以修复警告，也可以使用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。

在模型中，不要传递值:

timezone.now()

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

timezone.now

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

您还可以覆盖设置，在测试中特别有用:

from django.test import override_settings

with override_settings(USE_TZ=False):
    # Insert your code that causes the warning here
    pass

这将防止您看到警告，同时，您的代码中任何需要时区感知datetime的内容都可能给您带来问题。如果是这样的话，请看克拉维兹的回答。

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

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)