datetime自身不包含歧义时间消解逻辑，故无法自动处理夏令时回退导致的重复本地时间；需借助pytz的is_dst或zoneinfo的ambiguous/fold显式指定。
为什么 datetime 本身无法处理 ambiguous 时间？
datetime 标准库中的 datetime 类（不带时区的 naive 或带 tzinfo 的 aware）**不包含歧义时间的消解逻辑**。当你用 pytz 或 zoneinfo 给一个本地时间（如 2023-10-29 02:30:00）赋予欧洲/柏林时区时，它可能对应两个不同的 UTC 时间点（夏令时结束前 vs 结束后），但 datetime 自身不会告诉你哪个是、也不会自动选——它直接抛错或静默出错。
pytz.localize() 怎么明确指定 ambiguous 时间？
使用 pytz 时，必须通过 localize() 方法把 naive datetime 转为 aware，并用 is_dst 参数显式声明意图：
-
is_dst=True：强制解释为夏令时（例如 CET → CEST，偏移 -02:00） -
is_dst=False：强制解释为标准时（偏移 -01:00） -
is_dst=None（默认）：触发AmbiguousTimeError或NonExistentTimeError
示例：
import pytz
from datetime import datetime
<p>tz = pytz.timezone('Europe/Berlin')
naive = datetime(2023, 10, 29, 2, 30)</p><p>dst_time = tz.localize(naive, is_dst=True) # → 02:30+02:00 (CEST)
std_time = tz.localize(naive, is_dst=False) # → 02:30+01:00 (CET)
zoneinfo 中如何用 ambiguous 和 fold？
Python 3.9+ 的 zoneinfo 不支持 is_dst，而是靠 ambiguous 参数或 fold 属性来控制：
-
ambiguous='infer'：按上下文顺序推测（仅限pandas的tz_localize()） -
ambiguous=True或False：手动选第一个或第二个有效解释 -
fold=0表示“先出现的时间”（夏令时结束前），fold=1表示“后出现的时间”（标准时开始后）
注意：fold 是 datetime 实例自身的属性，不是构造参数；构造时需传 ambiguous：
from zoneinfo import ZoneInfo
from datetime import datetime
<p>dt = datetime(2023, 10, 29, 2, 30, tzinfo=ZoneInfo("Europe/Berlin"), ambiguous=True)</p><h1>等价于 fold=0（较早的那个 02:30）</h1><p>Pendulum 和 Arrow 为什么更省心？
它们在构造时就内置了歧义时间的默认策略，且行为一致、可预测：
-
pendulum.datetime(2023, 10, 29, 2, 30, tz='Europe/Berlin')默认返回fold=1（即标准时版本，更符合用户直觉） -
Arrow(2023, 10, 29, 2, 30, tzinfo='Europe/Berlin').ambiguous返回True，让你主动检查 - 两者都支持
fold显式传参，避免依赖隐式规则
如果你在写调度、日志解析或跨时区 API，别硬扛 datetime + zoneinfo 的裸 API —— 直接用 pendulum 或 arrow，少写一半防御代码。
真正容易被忽略的是：**ambiguous 时间不是“异常”，而是真实存在的业务场景**。比如凌晨 2:30 的定时任务，在夏令时回退那晚会执行两次；而你若没显式控制 fold 或 is_dst，就等于把决定权交给了底层时区数据库的实现细节——这在生产环境里，比报错还危险。
