gpt4 book ai didi

python - 奇怪的 .astimezone 行为

转载 作者:太空狗 更新时间:2023-10-29 20:17:03 25 4
gpt4 key购买 nike

我正在做一些时区转换,我得到了非常奇怪的结果。基本上在仅相差整小时的时区之间进行转换,我仍然得到非完整的结果。例如:

from datetime import datetime
from pytz import timezone

datetime(2013, 12, 27, 20, 0, 0, tzinfo=timezone('Europe/Bucharest'))\
.astimezone(timezone('Europe/Berlin')).replace(tzinfo=None)

给我

datetime.datetime(2013, 12, 27, 19, 16)

(布加勒斯特和柏林之间的时差是 1 小时,所以我应该到 19:00,而不是 19:16)

我可能遗漏了一些非常明显的东西,但我无法弄清楚。我做错了什么?

最佳答案

pytz documentation 指定:

Unfortunately using the tzinfo argument of the standard datetime constructors ‘’does not work’’ with pytz for many timezones.

确实,这不是预期的结果,时区错误:

>>> datetime(2013, 12, 27, 20, 0, 0, tzinfo=timezone('Europe/Bucharest'))
datetime.datetime(2013, 12, 27, 20, 0,
tzinfo=<DstTzInfo 'Europe/Bucharest' BMT+1:44:00 STD>)

这解释了 pytz 构造函数给定 timezone('Europe/Bucharest') 时区不检查 何时 时区偏移量应该是考虑过,这些事情往往会随着时间而改变。 pytz 只是使用较早的已知定义,这通常是错误的:

>>> timezone('Europe/Bucharest')
<DstTzInfo 'Europe/Bucharest' BMT+1:44:00 STD>

看起来这个时区被使用了until 1931 .

使用 UTC 时间并使用 astimezone 转换这些时间时没有这样的问题(仅出于推荐的显示目的):

>>> datetime(2013, 12, 27, 20, 0, 0, tzinfo=pytz.utc)\
.astimezone(timezone('Europe/Bucharest'))
datetime.datetime(2013, 12, 27, 22, 0,
tzinfo=<DstTzInfo 'Europe/Bucharest' EET+2:00:00 STD>)

然后你得到预期的结果:

>>> datetime(2013, 12, 27, 20, 0, 0, tzinfo=pytz.utc)\
.astimezone(timezone('Europe/Bucharest'))\
.astimezone(timezone('Europe/Berlin'))\
.replace(tzinfo=None)
datetime.datetime(2013, 12, 27, 21, 0)

关于python - 奇怪的 .astimezone 行为,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/20804837/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com