pytz的tz_convert()转换未来日期时无法返回正确夏令时结果

问题复现 #

将UTC时间戳 2046-05-31 22:00:00+00:00 转换为Europe/Paris时区时，执行如下pandas代码：

pd.to_datetime(pd.Index(pd.Series('2046-05-31 22:00:00+00:00'))).tz_convert('Europe/Paris')

得到返回结果：

DatetimeIndex(['2046-05-31 23:00:00+01:00'], dtype='datetime64[ns, Europe/Paris]', freq=None)

预期正确结果应为夏令时对应的UTC+2时间：

DatetimeIndex(['2046-06-01 00:00:00+02:00'], dtype='datetime64[ns, Europe/Paris]', freq=None)

直接使用原生datetime搭配pytz做转换测试，可复现相同问题：

datetime.fromisoformat('2046-05-31 22:00:00+00:00').astimezone(pytz.timezone("Europe/Paris"))

测试2026年同期时间戳可正常返回CEST（中欧夏令时，UTC+2）结果，仅2046年等远期时间会被错误判定为CET（中欧标准时间，UTC+1），该问题与pandas无关，根源在pytz本身。

问题成因 #

该现象不属于pytz的预期设计行为，本质是本地安装的pytz绑定的IANA时区数据库版本过旧导致。
IANA时区数据库不会一次性预置无限远未来的时区切换规则：由于欧盟此前长期讨论取消夏令时制度、政策迟迟未落地，旧版本时区数据库仅收录了到2037年为止的欧洲夏令时切换规则，超出覆盖范围的远期时间会默认fallback到标准时间计算，因此出现偏移量错误。2026年在旧版规则的覆盖范围内，因此转换结果正常。

规避方案 #

• 升级pytz至最新版本。新版pytz会同步更新IANA时区数据库的最新规则，目前最新版数据库已按照现行夏令时切换规则（每年3月最后一个周日切换至夏令时、10月最后一个周日切换回冬令时）补全了远期时间的规则推算，升级后即可得到正确转换结果，升级命令：

  pip install --upgrade pytz
  

• 替换pytz为Python 3.9+标准库内置的zoneinfo模块。zoneinfo直接读取系统本地维护的时区数据源，只要保持系统时区数据包更新，就不会出现远期规则缺失的问题，转换示例代码：

  from datetime import datetime
  from zoneinfo import ZoneInfo
  
  utc_dt = datetime.fromisoformat('2046-05-31 22:00:00+00:00')
  paris_dt = utc_dt.astimezone(ZoneInfo("Europe/Paris"))
  # 输出结果为 2046-06-01 00:00:00+02:00
  

• 若因环境限制无法升级pytz或更换时区库，可手动为目标时区补充夏令时切换规则后做二次校正，但该方案维护成本极高，不推荐生产环境使用。

提示：如果未来欧盟正式落地取消夏令时的政策，所有时区库都会同步更新对应规则，届时2046年的巴黎时区偏移可能发生变化，处理远期时间建议预留规则变动的兼容空间。

内容的提问来源于stack exchange，提问作者Clej