为何datetime.tzinfo实例需传入datetime才能获取自身属性？

这个问题问得特别戳中痛点——尤其是用UTC这种固定偏移时区的时候，明明时区自身就该知道名称和偏移量，为啥还要多传一个看起来没用的datetime？其实这个API设计是为了兼容所有可能的时区场景，而非只照顾简单的固定偏移时区。

核心原因：时区并非永远固定 #

很多时区（比如欧美多数国家的时区）会受**夏令时（DST）**或历史时区政策变更影响，它们的UTC偏移量和时区名称在不同时间点是不一样的：

• 比如美国东部时区，冬季是EST（UTC-5），夏季切换为EDT（UTC-4）
• 部分地区甚至因为政策调整，曾经直接变更过基准时区的偏移值

对这类时区来说，utcoffset()和tzname()必须依赖传入的datetime来判断：在这个具体时间点，该时区的偏移量和名称是什么。

举个实际例子，用dateutil的时区测试就能直观看到差异：

from datetime import datetime
from dateutil.tz import gettz

# 美国东部时区
et_tz = gettz("America/New_York")

# 冬季时间（EST）
winter_dt = datetime(2024, 1, 1, tzinfo=et_tz)
print(et_tz.tzname(winter_dt))  # 输出 EST
print(et_tz.utcoffset(winter_dt))  # 输出 -1 day, 19:00:00（对应UTC-5）

# 夏季时间（EDT）
summer_dt = datetime(2024, 7, 1, tzinfo=et_tz)
print(et_tz.tzname(summer_dt))  # 输出 EDT
print(et_tz.utcoffset(summer_dt))  # 输出 -1 day, 20:00:00（对应UTC-4）

同一个时区对象，传入不同的datetime，返回的名称和偏移量完全不同——这时候dt参数就成了必不可少的判断依据。

固定偏移时区只是特例 #

你看到的datetime.timezone实现（比如UTC）确实没用到dt参数，这是因为它属于固定偏移时区，不会随时间变化。但Python的tzinfo是抽象基类，它的API设计要覆盖所有时区类型，所以必须保留这个参数来保证接口的一致性。

简单说：UTC是简单场景，但API要为复杂场景兜底。如果设计成不需要传dt，那遇到夏令时这类场景时，根本没法获取正确的偏移量和名称。

总结一下 #

tzinfo方法要求传入datetime的本质原因：

• 时区的偏移量和名称可能随时间动态变化，必须依赖具体时间点判断
• Python的tzinfo接口是通用设计，要兼容所有时区类型（包括有夏令时、历史变更的时区）
• 固定偏移时区（如UTC）是特例，它们的实现可以忽略dt参数，但仍要遵循统一接口

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