结论：timedelta 的 days 和 seconds 不等于总小时数，因其将时间差拆分为整数天、剩余秒数和微秒数，且不提供 hours 属性；正确方式是用 total_seconds() 计算总秒数再换算。
直接说结论：用 datetime 配合 timedelta 可以算出两个日期之间的天数、秒数、微秒数，但“精确到小时/分钟”需要手动拆解，且必须注意时区和夏令时影响。
为什么 timedelta 的 days 和 seconds 不等于总小时数？
因为 timedelta 把时间差拆成三部分：days（整数天）、seconds（剩余不足一天的秒数）、microseconds。它不提供 hours 或 minutes 属性——这是设计使然，不是 bug。
常见错误是直接写 (dt2 - dt1).hours，结果报 AttributeError；或者误以为 seconds // 3600 就是总小时数，忽略了 days 部分。
实操建议：
- 总秒数 =
(dt2 - dt1).total_seconds()（这才是关键入口） - 总小时数 =
int((dt2 - dt1).total_seconds() // 3600)（向下取整） - 带小数的小时 =
(dt2 - dt1).total_seconds() / 3600 - 若需格式化为 “X天Y小时Z分钟”，先用
total_seconds()再除余拆解
如何处理带时区的日期？
没时区的 datetime 对象相减，结果是 naïve timedelta，但一旦其中一方有时区（比如 datetime.now(tz=ZoneInfo("Asia/Shanghai"))），另一方没时区，Python 会直接报 TypeError: can't compare offset-naive and offset-aware datetimes。
inference.sh 的 Python SDK：运行 AI 应用、构建智能体，并集成 150 多个模型。包名：inferencesh (pip install inferencesh)。支持同步/异步……
实操建议：
- 统一用
zoneinfo.ZoneInfo（Python 3.9+）或pytz补全时区，别混用 - 推荐全部转为 UTC 再计算：
dt1.astimezone(timezone.utc) - 夏令时切换日（如 3 月第二个周日）附近，同一本地时间可能对应两个 UTC 时间，
astimezone()会按规则自动选，但你要知道它选了哪个
遇到 ValueError: year is out of range 怎么办？
这通常不是 timedelta 的问题，而是你传给 datetime() 的年份超出了支持范围（Python 默认是 1–9999）。比如从字符串解析时写了 "0000-01-01" 或 "10000-01-01"，就会触发。
实操建议：
- 检查输入源：数据库字段、API 返回、CSV 文件是否含非法年份
- 用
try/except ValueError包裹解析逻辑，不要让整个计算流程崩掉 - 若业务允许近似，可用
dateutil.parser.parse(..., default=datetime(2000, 1, 1))设默认值兜底
真正麻烦的不是算差值本身，而是你不知道输入的两个时间是不是在同一时区、有没有夏令时跳变、甚至是不是合法日期——这些都得在 timedelta 出现之前就拦住。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
