datetime.now传tzinfo参数与replace设置tzinfo的时区应用差异问题

核心差异在于replace方法和带时区参数的datetime.now对pytz时区的处理逻辑完全不同：

• pytz提供的时区对象不是固定偏移的tzinfo，它包含了对应地区所有历史、现在、未来的时区变更规则（包括早期本地平均时、不同阶段的夏令时/标准时规则）。
• replace(tzinfo=xxx)只是机械地将tzinfo属性绑定到datetime对象上，不会触发pytz的时区适配逻辑，默认绑定的是该时区最原始的本地平均时（LMT, Local Mean Time），和欧洲/哥本哈根当前实际使用的时区偏移差了约1小时，这就是转换偏差的来源。

两种写法的具体执行逻辑 #

1. dt.now().replace(tzinfo=pytz.timezone("Europe/Copenhagen")) #

1. 先运行dt.now()：生成无时区信息的naive datetime对象，取值为你本地系统的当前时间
2. 再运行replace：直接把pytz时区对象绑定到datetime的tzinfo属性，没有做任何偏移适配，直接用了该时区的原始LMT偏移，所以tzname()返回LMT，后续时区转换会出现1小时偏差。

2. dt.now(pytz.timezone("Europe/Copenhagen")) #

直接传入时区参数调用now方法时，底层会先获取当前UTC时间，再调用pytz的时区规则计算对应时区下的本地时间，会自动匹配当前时间点生效的时区规则（当前哥本哈根处于夏令时阶段，生效规则为CEST），所以返回的datetime对象带正确的CEST偏移，astimezone转换结果符合预期。

补充：给已有naive datetime绑定时区的正确写法 #

如果你需要给已经生成的naive datetime绑定时区，不要用replace，应该用pytz提供的localize方法，它会自动适配对应时间点的生效时区规则：

from datetime import datetime as dt
import pytz

naive_dt = dt.now()
# 正确绑定时区，返回带CEST的时区感知datetime对象
aware_dt = pytz.timezone("Europe/Copenhagen").localize(naive_dt)

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