推荐用 DateTime 类配合 diff() 方法算日期差，它自动处理闰年、大小月、时区偏移，比 strtotime() 相

减更可靠；返回 DateInterval 对象，含 y、m、d 等属性，支持总天数或分段显示。

用 DateTime 和 diff() 算日期差最稳

PHP 5.3+ 推荐直接用 DateTime 类配合 diff() 方法，它自动处理闰年、大小月、时区偏移，比手动算时间戳更可靠。别再用 strtotime() 相减除以 86400 —— 遇到夏令时或跨时区就翻车。

• diff() 返回 DateInterval 对象，含 y、m、d 等属性，可直接读年月日差
• 两个 DateTime 实例必须同一时区（否则 diff() 结果可能含意外的小时偏移）
• 若只关心总天数，用 $interval->days；若要“X年Y月Z日”这种分段结果，用 $interval->y、$interval->m、$interval->d

$date1 = new DateTime('2025-01-15');
$date2 = new DateTime('2025-03-20');
$interval = $date1->diff($date2);
echo $interval->days; // 输出：429
echo $interval->y . '年' . $interval->m . '月' . $interval->d . '日'; // 输出：1年2月5日

注意 diff() 的方向性：谁减谁决定正负

diff() 总是返回「调用者减参数」的结果。也就是说 $a->diff($b) 算的是 $a - $b，不是绝对值。如果 $a 比 $b 早，$interval->invert 会是 1，所有数值属性（y、d 等）都为正，但你要知道这是个“倒序差”。

• 需要绝对天数？直接取 abs($interval->days)
• 需要判断先后？检查 $interval->invert === 1 表示调用者更早
• 别依赖 $interval->days 的符号做业务逻辑——它不总是直观：比如 2025-01-01->diff('2025-12-01') 得到 invert=0 且 d=31，因为内部按“从后往前推”算，实际是 31 天前

想算“工作日差”？diff() 不行，得自己循环

DateInterval 不区分周末或节假日，它只管日历天数。真要排除周六日，得用循环 + format('N') 判断（'N' 返回 1=周一, 7=周日）。

• 起止日期本身是否计入？需明确业务规则（例如“包含起始日但不含结束日”）
• 大量日期范围慎用循环——10 年跨度可能迭代 3650+ 次，建议用数学方式先减去整周，再补余下几天
• 法定节假日需额外查表，PHP 无内置支持

$start = new DateTime('2025-04-01');
$end = new DateTime('2025-04-10');
$workdays = 0;
while ($start <= $end) {
    if ($start->format('N') < 6) { // 1~5 是周一到周五
        $workdays++;
    }
    $start->modify('+1 day');
}
echo $workdays; // 输出：8（4月1日周日不算，4月10日周三算）

兼容老版本 PHP（

PHP 5.2 及更早没 DateTime，只能用 strtotime() 转时间戳再相减。问题在于：strtotime('2025-01-01') 默认按当前时区解析，如果服务器时区是 UTC+8，而你想算的是 UTC 时间差，结果就错 8 小时。

• 统一强制设时区：date_default_timezone_set('UTC') 再转时间戳
• 避免用模糊字符串如 'last Monday'，不同 PHP 版本解析行为不一致
• 时间戳相减后除以 86400 得到的是“理论天数”，遇到夏令时切换日（如 3 月某日凌晨少 1 小时），可能多算或少算 1 小时 → 导致天数偏差

日期差看着简单，但跨时区、跨年份、跨制度（工作日/自然日）时，最容易在边界 case 上出错——比如 2 月 29 日、12 月 31 日、时区缩写变化日。别省那几行代码，老实用 DateTime。