date_diff() 返回的天数是完整24小时段数量，非日历日差；需日历跨度时应先归零时分秒再计算，或用strtotime转时间戳后除86400并手动加1。
PHP里用 date_diff() 得到的天数为什么经常比“日历差”少1天？
因为 date_diff() 默认计算的是两个 DateTime 对象之间的**完整24小时段数量**，不是简单四舍五入或截断。比如 2024-01-01 23:00 到 2024-01-02 01:00，date_diff() 返回 0 天（不足24小时），但人眼觉得是“隔了1天”。
实际业务中（如会员有效期、倒计时、逾期判断），多数场景要的是「从A日到B日之间跨了多少个日历日」，也就是 日期部分相减再加1，而不是严格的时间差。
- 用
date_diff()前，先确认你到底需要“时间跨度”还是“日历跨度” - 如果只要日期层面差异，直接取
$date1->format('Y-m-d')和$date2->format('Y-m-d')再转为时间戳算差更可靠 -
date_diff()的$absolute参数只控制正负号，不改变计算逻辑
用 strtotime() 算“日历天数差”最简方案
当两个时间都在同一天内或你只关心日期（忽略时分秒），用 strtotime() 转成时间戳后除以 86400 是最快方式，但要注意时区和整数截断问题。
示例：计算 2024-03-15 到 2024-03-20 之间“包含多少天”（含首尾）：
立即学习“PHP免费学习笔记（深入）”；
echo (strtotime('2024-03-20') - strtotime('2024-03-15')) / 86400 + 1; // 输出 6- 必须手动
+ 1才包含起止日；不加就是“中间间隔天数” - 若原始字符串含时分秒（如
'2024-03-15 14:30'），strtotime()会带入计算，可能造成小数结果——此时应先用date('Y-m-d', $ts)归一化 - 该方法在夏令时切换日可能偏差1小时，导致结果偏移 ±1，生产环境建议统一用 UTC 时区处理
DateTime::diff() 的 $absolute 参数根本不管“是否跨日”
很多人以为设 $absolute = true 就能强制返回正数且“更准确”，其实它只影响符号：当 $date1 < $date2 时，$absolute = false 返回负的 DateInterval，true 强制为正——但内部天数仍是按精确小时累计的。
关键点：
-
$interval->days是总小时数 ÷ 24 向下取整，不是日历日数 - 想拿到“日历日差”，得用
$interval->y * 365 + $interval->m * 30 + $interval->d？不行——月份天数不固定，会出错 - 真正安全的做法：用
$date1->setTime(0,0,0)和$date2->setTime(0,0,0)先清空时分秒，再diff()
跨月/跨年时，别信 date_diff() 的 d 字段
DateInterval 对象的 $interval->d 表示“剩余天数”，不是总天数。例如 2023-01-31 到 2023-03-02：diff() 返回 m=1, d=2（1个月零2天），但实际日历天数是31天（1月剩0天 + 2月28天 + 3月2天）。
这意味着：
-
$interval->days才是总天数（已换算为整数），但它仍是基于时间戳差值，非日历语义 - 涉及月末日期（如1月31日→2月28日），
DateTime会自动归整到当月最后日，行为不可控 - 保险做法：用
date('z', $ts2) - date('z', $ts1) + date('z', $ts1) + 1？不对——date('z')是年内第几天，跨年就失效；正确姿势是统一转为Y-m-d字符串再解析
最不容易翻车的方式，是坚持用 strtotime($date.' 00:00:00') 或 (new DateTime($date))->modify('today')->getTimestamp() 来对齐日期粒度，再做减法。
