python时间比较需确保类型一致、时区明确、精度合理：1. datetime与date不可直接比较，须统一类型；2. naive与aware datetime不可比，应转为utc-aware；3. 浮点精度差异需归一化处理；4. timedelta仅可与timedelta比较，不可与datetime混用。
Python中时间对象比较看似简单，但容易因类型混用、时区缺失或精度差异导致意外结果。关键在于确保参与比较的对象类型一致、时区明确、精度合理。
datetime与date混用会直接报错
Python不允许datetime和date直接比较，哪怕逻辑上明显大小可判：
-
datetime(2023, 1, 1) > date(2022, 12, 31)→TypeError - 解决方法：统一转为同类型，如用
dt.date()提取日期部分，或用date构造datetime（如datetime.combine(d, time.min)）
naive与aware datetime不能直接比较
一个无时区（naive）、一个有时区（aware）的datetime对象比较会抛出TypeError：
-
datetime.now() > datetime.now(timezone.utc)→ 报错 - 推荐做法：全部转为UTC-aware对象再比。可用
dt.astimezone(timezone.utc)标准化；若原为naive，需先用replace(tzinfo=...)或astimezone()明确其所属时区
浮点秒与微秒精度可能影响相等判断
从字符串解析、网络接收或某些库生成的时间，可能带纳秒级残留或浮点舍入误差：
立即学习“Python免费学习笔记（深入）”；
-
datetime.fromisoformat("2023-01-01T12:00:00.123456789")在Python 3.11+保留纳秒，旧版截断为微秒 -
time.time()返回浮点秒，转datetime后易出现微小偏差，直接==可能失败 - 建议：对精度要求不高的场景，用
dt.replace(microsecond=0)归一化；或用abs((a - b).total_seconds()) 代替<code>==
timedelta比较需注意单位隐含逻辑
timedelta本身支持直接比较，但要注意其语义是“时长”，不是“时刻”：
-
timedelta(hours=25) > timedelta(days=1)→True（25小时 > 24小时） - 勿将
timedelta与datetime混比：now() > timedelta(hours=1)毫无意义且报错 - 常见误用：想判断“是否超过1小时”却写成
now() - start > 1，正确写法是now() - start > timedelta(hours=1)
