最可靠方法是用 datetime.date 直接相减得 timedelta，再取 .days 属性；需确保输入为 date 类型（非 datetime），字符串用 fromisoformat() 解析，避免 time.time() 或 relativedelta 误用。
用 datetime.date 直接相减最可靠
Python 标准库的 date 对象支持直接减法，结果是 timedelta 对象，其 .days 属性就是整数天数差。这是最轻量、无需额外依赖、且能正确处理闰年/大小月的方式。
常见错误是误用 datetime.datetime 对象相减后没取 .days，导致得到带时分秒的 timedelta（比如 timedelta(days=5, seconds=3600)），直接打印会误导——必须显式访问 .days。
- 只关心日期（年月日），就用
date：from datetime import date; d1 = date(2023, 1, 15); d2 = date(2023, 2, 10); (d2 - d1).days→26 - 已有字符串如
"2023-01-15"，先用date.fromisoformat()解析（要求 ISO 格式）或strptime() - 若日期含时间，又只想算“日历日差”，建议先用
.date()截断：dt1.date() - dt2.date()
避免用 time.time() 或时间戳硬算
有人试图用 time.mktime() 转成时间戳再相除 86400，这在跨夏令时、系统时区配置异常或日期超出 time_t 范围时会出错。标准库 date 类型不依赖系统时钟，纯逻辑计算，更健壮。
-
time.time()返回浮点秒数，除以86400后取整可能因浮点误差偏移 1 天 - 跨时区场景下，
time.mktime()假设本地时区，而date是朴素（naive）但明确按日历规则运算 - 如果真要处理时区，请用
zoneinfo+datetime，但天数差仍建议先对齐到同一时区再转.date()
第三方库 dateutil 的 relativedelta 不适合算“总天数”
relativedelta 擅长按“月、年”这种不固定长度单位做加减（比如“加 1 个月”），但它返回的是各维度差值（years, months, days），不是总天数。它的 .days 只表示“剩余不足一个月的天数”，不是两个日期间的绝对天数差。
macOS UI 自动化技能包 —— 用 Python 控制你的 Mac
下载
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
- 错误用法：
relativedelta(date2, date1).days→ 可能是15，但这只是“最后那部分天数”，不代表总差 - 正确目标是总天数时，坚持用
date2 - date1，别绕路 -
dateutil更适合场景：计算“2023-01-31 加一个月是哪天”，而非“2023-01-01 到 2023-12-31 一共多少天”
注意负数和边界情况
相减结果可正可负，(earlier_date - later_date).days 是负数，符合直觉。但如果你只需要绝对天数差，得加 abs()。
- 同一天相减得
0，不是1—— 这是“间隔天数”，不是“包含天数” - 想算“从 A 日到 B 日共经历几天”（含首尾），才是
abs((d2 - d1).days) + 1 - 涉及用户输入时，务必捕获
ValueError（如非法日期字符串）和TypeError（如传了None）
实际写的时候，90% 的场景用两行就够了：导入 date，解析或构造两个 date 实例，相减取 .days。其他方案要么过度设计，要么埋了时区或精度坑。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
