它还应该包括and now()。相关的问题。

因此，在此之前，now()优先于today()和utcnow()。

from datetime import datetime, timezone
utc = timezone.utc
date = datetime.now(utc)
print(date) # 2022-04-06 05:40:13.025347+00:00

它还应该包括and now()。相关的问题。

因此，在此之前，now()优先于today()和utcnow()。

from datetime import datetime, timezone
utc = timezone.utc
date = datetime.now(utc)
print(date) # 2022-04-06 05:40:13.025347+00:00

这意味着它是无时区的，所以你不能在datetime.astimezone中使用它

你可以给它一个这样的时区

import pytz  # 3rd party: $ pip install pytz

u = datetime.utcnow()
u = u.replace(tzinfo=pytz.utc) #NOTE: it works only with a fixed utc offset

现在您可以更改时区了

print(u.astimezone(pytz.timezone("America/New_York")))

要获得给定时区的当前时间，你可以直接将tzinfo传递给datetime.now():

#!/usr/bin/env python
from datetime import datetime
import pytz # $ pip install pytz

print(datetime.now(pytz.timezone("America/New_York")))

它适用于任何时区，包括那些遵守日光节约时间(DST)的时区，即，它适用于可能在不同时间具有不同utc偏移量的时区(非固定utc偏移量)。不要使用tz. localalize (datetime.now())——当本地时间不明确时，它可能会在dst结束转换期间失败。

标准的Python库直到Python 3.2才包含任何tzinfo类。我只能猜测原因。我个人认为没有为UTC包含tzinfo类是一个错误，因为它没有足够的争议性，可以有一个标准的实现。尽管库中没有实现，但tzinfo文档中给出了一个示例。

from datetime import timedelta, tzinfo

ZERO = timedelta(0)

# A UTC class.

class UTC(tzinfo):
    """UTC"""

    def utcoffset(self, dt):
        return ZERO

    def tzname(self, dt):
        return "UTC"

    def dst(self, dt):
        return ZERO

utc = UTC()

有了UTC tzinfo对象后，仍然不能将其用于utcnow。获取当前时间作为感知datetime对象:

from datetime import datetime 

now = datetime.now(utc)

在Python 3.2中，他们终于在库中加入了一个UTC tzinfo类:

from datetime import datetime, timezone 

now = datetime.now(timezone.utc)

在Python 3.9中，他们为所有其他时区创建了tzinfo类。有关详细信息，请参阅标准库中的PEP 615—对IANA时区数据库的支持。

from datetime import datetime 
from dateutil.relativedelta import relativedelta
d = datetime.now()
date = datetime.isoformat(d).split('.')[0]
d_month = datetime.today() + relativedelta(months=1)
next_month = datetime.isoformat(d_month).split('.')[0]

The behaviour of datetime.datetime.utcnow() returning UTC time as naive datetime object is obviously problematic and must be fixed. It can lead to unexpected result if your system local timezone is not UTC, since datetime library presume naive datetime object to represent system local time. For example, datetime.datetime.utcnow().timestaamp() gives timestamp of 4 hours ahead from correct value on my computer. Also, as of python 3.6, datetime.astimezone() can be called on naive datetime instances, but datetime.datetime.utcnow().astimezone(any_timezone) gives wrong result unless your system local timezone is UTC.