php中用date('l')判断闰年最可靠，它返回1（闰年）或0（平年），避免手动判断世纪年份错误；计算全年天数应使用date('z', mktime(0,0,0,12,31,$year)) + 1，而非累加各月天数或依赖strtotime。
PHP里用 date('L') 判断闰年最可靠
直接看年份是不是闰年，别自己写条件判断。PHP内置的 date('L') 函数在给定时间戳下返回 1（闰年）或 0（平年），底层依赖系统时区和日历规则，比手动除4/100/400更稳妥——尤其遇到世纪年份（如1900、2100）容易错判。
常见错误是用 strtotime('Dec 31 XXXX') 算时间戳再减年初，结果受时区影响导致天数偏差；或者硬编码 $year % 4 == 0 忽略整百年必须被400整除的规则。
- 必须先设置时区：
date_default_timezone_set('Asia/Shanghai')，否则date()可能返回意外结果 - 传入时间戳要明确指向该年任意一天，例如：
mktime(0, 0, 0, 1, 1, 2024) - 不要用字符串拼接日期再解析，
strtotime('2024-01-01')在某些旧版本 PHP 中可能失败
计算全年天数：用 date('z', $dec31) + 1 更直观
PHP 的 date('z') 返回一年中的第几天（从 0 开始），所以 12 月 31 日的 'z' 值加 1 就是当年总天数。这比查闰年再分支计算更少出错，也更容易验证。
使用场景包括：生成年度报表周期、校验用户输入的“第N天”是否合法、初始化日历数组长度等。
立即学习“PHP免费学习笔记（深入）”；
- 正确写法：
$days = date('z', mktime(0, 0, 0, 12, 31, $year)) + 1; - 错误写法：
date('z', strtotime("Dec 31 {$year}")) + 1——strtotime对边界年份（如1970前或2038后）支持不稳定 - 注意
mktime参数顺序：小时、分钟、秒、月、日、年；月份从1开始，不是0
PHP 8.1+ 可用 DateTimeImmutable::createFromFormat() 避免时区陷阱
如果项目已升级到 PHP 8.1 或更高，推荐用 DateTimeImmutable 显式指定格式和时区，避免 mktime / strtotime 隐式依赖默认时区带来的歧义。
性能上差别不大，但可读性和调试友好度明显提升，特别是多人协作或跨服务器部署时。
- 示例：
$dec31 = DateTimeImmutable::createFromFormat('Y-m-d', "{$year}-12-31", new DateTimeZone('UTC')); - 然后用
$dec31->format('z') + 1得到天数 - 不建议用
new DateTime("{$year}-12-31")，它会自动应用默认时区，而默认时区可能未设置或被覆盖
注意 date('t') 不适合算全年天数
date('t') 返回指定月份的天数，常被误用来“累加12个月”，但这是错的：2月天数随闰年变化，而 date('t') 必须传具体日期，不能只传年份。强行循环算每月天数不仅冗余，还容易因时区或无效日期（如2月30日）触发警告。
典型错误现象：代码在本地测试正常，上线后因服务器时区为 UTC+0 导致 12 月 31 日时间戳落到次日，date('z') 返回 0，最终算出 1 天。
- 绝对不要写：
array_sum(array_map(fn($m) => date('t', mktime(0,0,0,$m,1,$year)), range(1,12))) - 也不要用
cal_days_in_month(CAL_GREGORIAN, 2, $year)单独查2月再加365——多此一举且易漏逻辑 - 核心原则：一个年份对应一个确定的天数，直接锚定年末那一天即可
strtotime 和 mktime 的老代码，修的时候得一行行核对上下文。 
