什么时候datetime.now（pytz_timezone）会失败？

Question

deloreandocs显示了使用以下方法 获取给定时区中的当前时间的
方法datetime：

from datetime import datetime
from pytz import timezone

EST = "US/Eastern"
UTC = "UTC"

d = datetime.utcnow()
utc = timezone(UTC)
est = timezone(EST)
d = utc.localize(d)
d = est.normalize(EST)

并将其与基于delorian的代码进行比较：

from delorean import Delorean

EST = "US/Eastern"

d = Delorean(timezone=EST)

我相信这个datetime例子应该写成：

from datetime import datetime
import pytz

eastern_timezone = pytz.timezone("US/Eastern")
d = datetime.now(eastern_timezone)

更简洁。

在最后一个代码示例失败而第一个代码继续运行的情况下，是否有任何情况？

更新：
当前示例：

from datetime import datetime
import pytz

d = datetime.utcnow()
d = pytz.utc.localize(d)

est = pytz.timezone('US/Eastern')
d = est.normalize(d)
return d

那仍然太冗长。

问题仍然存在：您是否需要通过utc进行显式往返，tz.normalize()或者可以使用它datetime.now(tz)？

Answer 1

什么时候datetime.now(pytz_timezone)失败？

据我所知，在任何情况下它都不会失败。
在参数中传递的实例上datetime.now调用fromutc函数tzinfo。从UTC到当地时间的所有转换都是明确的，因此没有失败的机会。

同样，原始代码甚至无法正常工作。

d = est.normalize(EST)

这似乎将字符串作为唯一参数传递给normalize，该参数应采用datetime。这给出：

AttributeError: 'str' object has no attribute 'tzinfo'

我相信他们打算写：

d = est.normalize(d.astimezone(est))

就是说，我认为他们代码的冗长性不会增加太多价值。如您所述，只需一步就可以轻松完成此操作：

d = datetime.now(est)

查看的cpython源代码datetime.now，我可以看到，当tzinfo提供一个对象时，它将调用该fromutc对象上的方法。

if (self != NULL && tz != Py_None) {
    /* Convert UTC to tzinfo's zone. */
    PyObject *temp = self;

    self = _PyObject_CallMethodId(tz, &PyId_fromutc, "O", self);
    Py_DECREF(temp);
}

然后，在源pytz，我看到fromutc方法被实现不同取决于该区域是否是pytz.UTC或的一个实例StaticTzInfo，或DstTzInfo。在所有三种情况下，从输入UTC值到目标时区的转换都是明确的。这是DstTzInfo实现，这是三个中的更复杂的：

def fromutc(self, dt):
    '''See datetime.tzinfo.fromutc'''
    if (dt.tzinfo is not None
        and getattr(dt.tzinfo, '_tzinfos', None) is not self._tzinfos):
        raise ValueError('fromutc: dt.tzinfo is not self')
    dt = dt.replace(tzinfo=None)
    idx = max(0, bisect_right(self._utc_transition_times, dt) - 1)
    inf = self._transition_info[idx]
    return (dt + inf[0]).replace(tzinfo=self._tzinfos[inf])

这似乎是找到_utc_transition_times时区的过渡，然后将其应用于return
datetime。在这个方向上没有歧义，因此结果将是相同的。

另外值得一提的，在该datetime文档它说，datetime.now等效于调用：

tz.fromutc(datetime.utcnow().replace(tzinfo=tz))

鉴于fromutc我之前显示的pytz的来源，我不确定这与只是有什么不同：

tz.fromutc(datetime.utcnow())

但在任何情况下，我不认为localize和normalize是必要的。