php8下thinkphp5模板日期显示1970-01-01或报错，因date()函数严格要求整型参数，而tp5.1默认返回datetime字符串；需用strtotime转换或模型中加空值判断及$type声明。
ThinkPHP5项目升级到PHP8后，模板中日期字段突然显示为1970-01-01或报A non well formed numeric value encountered警告，根本原因是PHP8对类型校验更严格，而TP5.1默认不拦截datetime字符串直接透传至模板，date()函数在PHP8下拒绝接收非整型参数。
PHP8强制校验date()第一个参数必须是int
TP5.1查询数据库datetime字段时，默认将其作为字符串返回（如'2026-08-27 14:30:22'），模板中写{$create_time|date='Y-m-d'}会直接把该字符串传给PHP原生date()函数。PHP7容忍这种错误并静默返回false，PHP8则抛出Warning并中断格式化流程。
方法一：在模板中补上strtotime管道
将{$create_time|date='Y-m-d'}改为【{$create_time|strtotime|date='Y-m-d'}】，确保字符串先转为时间戳再交给date()处理。
方法二：在控制器查询时统一转换
使用withAttr批量处理字段：->withAttr('create_time', function($v) { return $v ? date('Y-m-d H:i:s', (int)strtotime($v)) : ''; })→->select()。注意：这里必须用(int)强制转换，否则PHP8下strtotime('')仍返回false，强转后是0，date()可安全输出1970年。
TP5.1模型获取器在PHP8下触发更敏感
若模型中定义了getCreateTimeAttr方法，但内部直接return date('Y-m-d', $value)，当$value是NULL或空字符串时，PHP8会立即报错，而PHP7仅警告。
第一步：检查获取器是否做了空值防御
将原写法return date('Y-m-d', $value);改为if (empty($value)) { return ''; } else { return date('Y-m-d', strtotime($value)); }。
第二步：确认数据库字段类型与模型$type声明匹配
若数据库字段是DATETIME类型，模型中必须声明protected $type = ['create_time' => 'datetime'];，否则TP5.1不会自动调用strtotime预处理，导致获取器收到原始字符串——这在PHP8下就是雷区。
循环遍历日期时modify('+1 day')行为差异
PHP8.1+优化了DateTime对象的modify方法，在跨夏令时或闰秒边界时更精确；但TP5.1用户常写的裸循环while ($start modify('+1 day'); }在PHP8下反而更容易因对象比较逻辑变更而提前退出。
方法一：改用时间戳比较
用$start->getTimestamp() getTimestamp()替代对象直接比较，彻底避开PHP版本间DateTime比较语义差异。
方法二：用DatePeriod替代手动循环
new DatePeriod($start, new DateInterval('P1D'), $end->modify('+1 day'))→foreach遍历，该方式在PHP5.6+全系稳定，PHP8下无兼容性问题。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
