dateutil.parser.parse() 不支持时区缩写如“PST”“CET”，因其不查IANA数据库、不处理DST，易返回错误固定偏移；正确做法是先解析为naive datetime，再用dateutil.tz.gettz("America/Los_Angeles")获取DST感知时区并.replace(tzinfo=...)绑定。
为什么 dateutil.parser.parse() 不能直接处理时区缩写如 “PST” “CET”
它默认把 "PST" 当作本地时区字符串，不查 IANA 时区数据库，也不做 DST 判断。结果常是错的——比如解析 "2024-03-15 10:00 AM PST" 可能返回 UTC-8 固定偏移，但实际 PST 是 UTC-8、PDT 是 UTC-7，而 dateutil 不自动识别切换点。
正确做法是：先用 dateutil.parser.parse() 解析出 naive datetime，再用 dateutil.tz.gettz() 显式绑定时区对象，而不是依赖字符串自动识别。
- 用
dateutil.parser.parse("2024-03-15 10:00 AM", fuzzy=True)得到无时区时间 - 用
dateutil.tz.gettz("America/Los_Angeles")获取带 DST 感知的时区对象（不是"PST"） - 调用
.replace(tzinfo=...)绑定，再用.astimezone()转目标时区 - 避免传
tzinfos={"PST": dateutil.tz.tzoffset("PST", -28800)}—— 这会硬编码偏移，跳过夏令时逻辑
用 dateutil.tz.gettz() 获取真实 IANA 时区比 pytz.timezone() 更轻量且安全
dateutil.tz.gettz() 返回的是 tzone 实例，支持 DST 自动计算；而 pytz 的 timezone("US/Pacific") 在 .localize() 前不能直接 .replace()，否则可能得到错误偏移。
尤其注意：gettz() 返回 None 表示时区名无效（比如拼错成 "Amercia/Los_Angeles"），必须检查，否则后续 .astimezone() 会抛 ValueError: astimezone() cannot be applied to a naive datetime。
立即学习“Python免费学习笔记（深入）”；
-
tz = dateutil.tz.gettz("Europe/Berlin")✅ 返回有效对象 -
tz = dateutil.tz.gettz("CEST")❌ 返回None，IANA 不认缩写 -
dt_naive.replace(tzinfo=tz)前务必if tz is None: raise ValueError(...) - 不用
pytz就不必担心NonExistentTimeError或AmbiguousTimeError的额外 try-catch
datetime.astimezone() 要求源时间必须有 tzinfo，否则报错
常见错误是：解析后忘了 .replace(tzinfo=...)，直接调 .astimezone(dateutil.tz.UTC)，触发 ValueError: astimezone() cannot be applied to a naive datetime。
关键点：naive datetime（无时区）和 aware datetime（有时区）在 Python 中是两类对象，astimezone() 只接受后者。别指望它“猜”你想要哪个时区。
- 错：
dt = parse("2024-03-15 10:00"); dt.astimezone(dateutil.tz.UTC) - 对：
dt = parse("2024-03-15 10:00").replace(tzinfo=dateutil.tz.gettz("Asia/Shanghai")) - 对：
dt.astimezone(dateutil.tz.gettz("US/Eastern")) - UTC 目标可简写为
dt.astimezone(dateutil.tz.UTC)，但源时间仍需显式设tzinfo
跨时区转换时，dateutil.tz.UTC 比 timezone.utc 更兼容旧版本 Python
Python 3.2+ 的 datetime.timezone.utc 是固定 UTC 偏移，不带 DST 逻辑（本就不需要），但某些老项目还在用 Python 3.1 或嵌入式环境，timezone 类不可用；dateutil.tz.UTC 是 fallback 兼容实现，行为一致且更稳妥。
另外，dateutil.tz.UTC 是单例，多次调用 dateutil.tz.UTC 返回同一对象，适合缓存或比较；而手动写 tzoffset("UTC", 0) 每次新建实例，== 可能为 False。
- 推荐统一用
dateutil.tz.UTC，尤其当代码要跑在 CI 或多 Python 版本环境中 - 不要混用：比如源用
dateutil.tz.gettz("UTC")（返回None！），目标用dateutil.tz.UTC -
dateutil.tz.gettz("UTC")实际返回None，因为 "UTC" 不在系统时区目录里；必须用dateutil.tz.UTC显式值
"Asia/Tokyo"），不能是缩写（"JST"）或 Windows 名（"China Standard Time"）；DST 切换由 gettz() 内部查表决定，不靠字符串内容——这点最容易被忽略。 
