ZoneInfo 快是因为直接内存映射预编译二进制 tzfile，省去 pytz 的文本解析与动态规则计算；其时区实例缓存、C 层偏移查找及轻量结构共同带来 3–5 倍性能提升。
ZoneInfo 不是因为“算法新”才快，而是绕过了 pytz 那套运行时查表+动态计算的旧路径，直接复用 IANA tzdata 的预编译二进制格式，省掉大量 Python 层解析开销。
ZoneInfo 的底层数据加载方式决定性能
pytz 在每次调用 pytz.timezone("Asia/Shanghai") 时，都要从文本格式的 tzfile（如 /usr/share/zoneinfo/Asia/Shanghai）里逐行读、解析规则、构建 tzinfo 子类实例——这个过程全是 Python 解释执行，且无法复用。
ZoneInfo 则不同：它不解析文本，而是 mmap 直接映射系统或 tzdata 包中已编译好的二进制 tzfile。这些文件由 IANA 官方工具 zic 编译生成，结构紧凑、偏移索引明确，查找某个时间点的 UTC 偏移只需一次内存跳转。
- Linux/macOS 上通常走系统路径（
/usr/share/zoneinfo），零安装、零解析 - Windows 或容器环境依赖
tzdata包，但该包分发的是同样格式的二进制文件，不是源码 - 首次加载某时区会缓存
ZoneInfo实例（强引用），后续ZoneInfo("Asia/Shanghai")直接返回，不重复 mmap
构造 datetime 时的开销差异明显
pytz 要求先创建时区对象，再调用 .localize() —— 这个方法内部会遍历历史规则表，判断传入时间是否处于夏令时区间，全程 Python 循环。
立即学习“Python免费学习笔记（深入）”；
ZoneInfo 把这个判断逻辑下推到了 C 层（CPython 内部的 datetime 模块），用位运算和查表完成，毫秒级响应。
-
datetime(2023, 6, 1, 10, 0, tzinfo=ZoneInfo("Asia/Shanghai"))：构造即完成偏移绑定 -
tz.localize(datetime(2023, 6, 1, 10, 0))：触发完整规则匹配，含模糊时间处理（如 2:00–3:00 重叠段） - 高频场景（如日志打点、API 时间戳生成）下，ZoneInfo 构造耗时通常只有 pytz 的 1/5～1/3
缓存策略与内存占用的实际影响
ZoneInfo 默认启用两级缓存：强引用缓存常用时区（如 "UTC"、"Asia/Shanghai"），弱引用缓存其他时区。这意味着：
- 反复使用同一时区名不会重复加载文件，也不会重复解析
- 大量动态拼接时区名（如
f"America/{city}"）可能击穿弱引用缓存，导致频繁 mmap —— 这时应预热或限制输入范围 - 对比 pytz，ZoneInfo 实例更轻量（无自定义
tzinfo方法栈），单实例内存占用低约 40%
真正容易被忽略的是：性能优势只在“真实部署环境有可用 tzdata”时成立。如果容器镜像没装 tzdata 包，或 TZPATH 被误设为空，ZoneInfo 会退回到报错而非降级慢速路径 —— 它不妥协，也不兜底。
