pytz：为什么在时区之间转换时需要标准化？

Question

我正在阅读不太完整的 pytz 文档，并且我一直在理解其中的一部分。

时区之间的转换也需要特别注意。这还需要使用normalize方法来保证转换正确。

>>> utc_dt = utc.localize(datetime.utcfromtimestamp(1143408899))
>>> utc_dt.strftime(fmt)
'2006-03-26 21:34:59 UTC+0000'
>>> au_tz = timezone('Australia/Sydney')
>>> au_dt = au_tz.normalize(utc_dt.astimezone(au_tz))
>>> au_dt.strftime(fmt)
'2006-03-27 08:34:59 EST+1100'
>>> utc_dt2 = utc.normalize(au_dt.astimezone(utc))
>>> utc_dt2.strftime(fmt)
'2006-03-26 21:34:59 UTC+0000'

我尝试了这个例子，没有使用标准化，结果是一样的。在我看来，这个例子并没有真正解释为什么我们在不同时区的datetime对象之间进行转换时必须使用normalize。

请有人给我一个示例（如上面的示例），其中不使用标准化时结果会有所不同。

谢谢

Answer 1

来自 pytz 文档：

此外，如果您对跨越 DST 边界的当地时间执行日期算术，则结果可能位于不正确的时区（即，从 2002-10-27 1:00 EST 减去 1 分钟，得到 2002-10- 27 0:59 EST 而不是正确的 2002-10-27 1:59 EDT）。提供了 normalize() 方法来纠正此问题。不幸的是，如果不修改 Python 日期时间实现，这些问题就无法解决。

Answer 2

文档说，标准化被用作 DST 问题的解决方法：

此外，如果您对跨越 DST 边界的当地时间执行日期算术，则结果可能位于不正确的时区（即，从 2002-10-27 1:00 EST 减去 1 分钟，得到 2002-10- 27 0:59 EST 而不是正确的 2002-10-27 1:59 EDT）。提供了 normalize() 方法来纠正此问题。

因此它用于纠正一些涉及 DST 的边缘情况。如果您不使用 DST 时区（例如 UTC），则无需使用标准化。

如果您不使用它，在某些情况下您的转化可能会延迟一小时。