为什么 pytz 为 Asia/Hong_Kong 分配 7 小时 37 分钟的偏移量？

Pytz 时区之谜：解开 7 小时偏移之谜

在时区处理领域，pytz 经常处于领先地位。然而，一些用户在使用“Asia/Hong_Kong”时区时遇到了意外的异常情况：为什么 pytz 为其分配了不寻常的 7 小时 37 分钟偏移量？

进一步的调查揭示了有趣的观察结果：

import pytz
pytz.timezone('Asia/Hong_Kong')
# Outputs: <DstTzInfo 'Asia/Hong_Kong' LMT+7:37:00 STD>

奇怪的是，这个偏移量似乎并不准确。然而，下面的代码片段揭示了一个更令人困惑的差异：

import pytz
from datetime import datetime
hk = pytz.timezone('Asia/Hong_Kong')

dt1 = datetime(2012,1,1,tzinfo=hk)
dt2 = hk.localize(datetime(2012,1,1))
if dt1 > dt2:
   print "Why?"

这段代码令人惊讶地打印出“Why？”，暗示 dt1 大于 dt2。这些奇怪行为背后的根本原因可能是什么？

解码谜团：历史转折

解开这个时区之谜需要对时区历史进行细致的检查。 pytz 提取的默认时区和偏移量基于最早的已知记录，有时可能会偏离当前规范。通过 localize 进行本地化时，会适当分配正确的时区名称和偏移量。

就“Asia/Hong_Kong”而言，其最早记录的偏移量确实是 7 小时 37 分钟（LMT 7:37:00） 。然而，此偏移量已被修改。仅使用时区信息 (dt1) 初始化日期时间对象不允许自动调整。

解决异常行为：

要解决此差异，建议依靠 localize 方法将时区信息正确分配给日期时间对象。通过显式使用 localize，pytz 确保使用适当的时区名称和偏移量，反映当前的计时约定。

以上是为什么 pytz 为 Asia/Hong_Kong 分配 7 小时 37 分钟的偏移量？的详细内容。更多信息请关注PHP中文网其他相关文章！