datetime相减必须统一时区，推荐全部转UTC再计算；优先使用zoneinfo而非pytz，避免夏令时陷阱；勿用time.timezone手动计算时差；timedelta结果无时区且忽略闰秒等细节。
datetime.timezone 不能直接相减，必须统一时区
Python 的 datetime 对象只有带 tzinfo 才算“有时区”，否则是“本地时间”或“naive 时间”，两者混用会报 TypeError: can't subtract offset-naive and offset-aware datetimes。哪怕两个时间都来自不同时区的 pytz 或 zoneinfo，也得先转成同一个时区（通常是 UTC）再减。
常见错误是直接用 astimezone() 转到本地时区再相减——这看似合理，但本地时区可能随系统设置变化，且夏令时切换点不一致，导致差值跳变。正确做法是全部转成 UTC：
from datetime import datetime
from zoneinfo import ZoneInfo
<p>dt_beijing = datetime(2024, 6, 15, 14, 30, tzinfo=ZoneInfo("Asia/Shanghai"))
dt_ny = datetime(2024, 6, 15, 2, 30, tzinfo=ZoneInfo("America/New_York"))</p><h1>✅ 正确：都转 UTC 再减</h1><p>delta = dt_beijing.astimezone(ZoneInfo("UTC")) - dt_ny.astimezone(ZoneInfo("UTC"))
print(delta) # 5:00:00 —— 北京比纽约快 12 小时，但当天纽约正处 DST，实际差 12 小时
用 zoneinfo 而不是 pytz，避免 is_dst 陷阱
pytz 的 localize() 和 astimezone() 在处理模糊时间（如秋令时回拨时刻）时依赖 is_dst 参数，漏传或传错会导致结果偏移一小时；zoneinfo（Python 3.9+）用 IANA 时区数据库，自动处理历史变更和夏令时规则，更可靠。
如果你还在用 pytz，注意这些坑：
立即学习“Python免费学习笔记（深入）”；
-
pytz.timezone("Asia/Shanghai").localize(dt)中的dt必须是 naive 时间，否则报错 -
pytz.timezone("America/New_York").normalize(dt_aware)不是必须步骤，但跨 DST 边界运算后建议调用 -
pytz的datetime对象在 pickle 或 JSON 序列化时可能丢失时区信息
推荐统一迁移到 zoneinfo：
from zoneinfo import ZoneInfo
from datetime import datetime
<h1>✅ 安全构造带时区的时间</h1><p>dt = datetime(2023, 11, 5, 1, 30, tzinfo=ZoneInfo("America/New_York")) # 自动识别是 EDT 还是 EST
time.timezone 和 time.altzone 是系统级常量，不能用于跨时区计算
有人误以为用 time.timezone（UTC 偏移秒数，不含 DST）或 time.altzone（含 DST）能手动算差值，这是危险的。这两个值只反映当前 Python 进程启动时的本地时区偏移，不随日期变化，也不适用于其他时区。比如 time.timezone 在北京机器上永远是 -28800（-8 小时），但它无法告诉你 2023 年 11 月 5 日纽约是 -4 还是 -5 小时。
真正需要的是动态、按日期查表的偏移量，而这正是 ZoneInfo 在背后做的事。别绕过它自己算。
timedelta 结果不带时区，但要注意精度丢失场景
datetime 相减得到的是 timedelta，它只存天、秒、微秒，不记录“这是哪两个时区之间的差”。所以如果原始时间涉及闰秒、历史时区调整（如 1900 年前某些地区使用本地平均时），timedelta 会忽略这些细节，只给出基于标准 UTC 秒的差值。
日常业务中影响不大，但金融、航天、天文等场景需注意：
- IANA 数据库不包含闰秒信息，
zoneinfo也不处理闰秒 - 某些旧时区（如
Asia/Calcutta在 1941 年前用 5:53:28 偏移）会被zoneinfo四舍五入到最近分钟，误差在毫秒级 - 若需纳秒级或闰秒感知，应改用
astropy.time或专用 NTP 库
对绝大多数 Web/API 场景，zoneinfo + UTC 归一化 已足够精确——但得记得，这个“精确”是相对于 UTC 标准而言的，不是相对于太阳时或原子钟。
