如何优雅地编写Python程序以避免处理日期时间的常见陷阱？

前言 很多 Python 新手（甚至老手）都踩过这几个坑： 模块太多：你需要同时和 datetime、time、calendar 三个模块打交道。想获取时间戳？去 time。想做日期加减？回 datetime。 Naive vs Aware（时区陷阱）： 这是最坑的地方。Python 默认生成的 datetime 对象是不带时区信息的（Naive）。如果把一个带时区的对象和一个不带时区的对象进行比较或相加，程序会直接抛出 TypeError 崩溃。 API 的破碎感： 为了做一个“减去 3 天”的操作，需要导入 timedelta，写 datetime.now() - timedelta(days=3)；为了解析ISO字符串，得写很长的 strptime 格式化字符串。 不支持“人类语言”：没法直接处理“昨天”、“两周后”这种逻辑，必须手动计算 timedelta。 相比之下，Go 语言虽然要背 2006-01-02 15:04:05 这个神奇的时间点，但至少逻辑是自洽的。而 Python 的原生体验更像是不断缝补丁。 新工具推荐 时间来到 2026 年，社区生态和 python 标准库都在进化，来看看这些现代化的时间处理方式。 库名 角色 推荐理由 ZoneInfo 标准库 Python 3.9+ 内置，彻底取代 pytz，处理 IANA 时区。 Pendulum 核心逻辑 Datetime 的子类，语法极其优雅，处理“几天后”、“下周一”信手拈来。 Arrow 采集器 爬虫必备。它对凌乱字符串的兼容性极强，.get() 一下就搞定。 在 Python 3.9 之前，pytz 是时区处理的唯一选择，但它的 API 设计极其反人类（比如著名的 localize 陷阱）。 2026 年的今天，ZoneInfo 配合 IANA 时区数据库已经非常成熟。如果你在 Windows 上运行，记得装一下 tzdata 这个包；在 Linux 上，它直接读取系统数据库。这才是真正的 Pythonic。 如何选择？ 追求“零依赖”且只需要处理时区转换： 选 ZoneInfo (标准库)。 需要处理复杂的日期加减（比如“下个月的第三个周五”）： 选 Pendulum。 正在写爬虫，面对的是各种奇怪的字符串时间： 选 Arrow。 在用 Django： 坚持用 Django 内置的 timezone 工具类（它底层已经全面拥抱 ZoneInfo 了）。