PHP8升级导致ThinkPHP5.0–5.1出现count()类型错误、list()/each()语法废弃、异常处理收紧及反射API变更四大兼容问题，需针对性修复。
PHP8严格类型报错：count() 传入 null 或 resource
ThinkPHP 5.0–5.1 常见问题：控制器里直接 count($data)，而 $data 是未初始化变量或 PDOStatement 对象（PHP8 不再隐式转为数组）。PHP7 下可能只警告，PHP8 直接抛 Fatal error: Uncaught TypeError。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 所有
count()前加判空：is_array($data) && count($data) > 0，或改用!empty($data)（更安全） - 数据库查询结果别直接传给
count()，先->select()或->find()拿到数组 - 注意
Db::query()返回的是二维数组，但Db::execute()返回 int，两者混用易出错
数组解构语法不兼容：list() 和 each() 已被移除
TP5.0 中常见于模型自动完成、分页回调或手动遍历结果集，比如 list($key, $val) = each($arr) 或 list($id, $name) = $user —— PHP8 彻底删除了这两个语法，运行即报 Fatal error: Uncaught Error: Call to undefined function each() 或解析失败。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
-
list()全部替换为数组解构语法：[$id, $name] = $user;（PHP7.1+ 支持，TP5.0+ 可用） -
each()改用foreach ($arr as $key => $val)，或key($arr)/current($arr)手动迭代（不推荐，仅临时救急） - 检查第三方行为类、钩子回调中是否隐藏使用了
each()，尤其老版分页类Page的渲染逻辑
错误处理机制变化：异常默认不被捕获，error_reporting 行为收紧
TP5.0 默认开启 E_ALL & ~E_NOTICE，但 PHP8 将部分 Notice（如未定义数组键、动态调用非静态方法）升级为 TypeError 或 Warning，且不再受 @ 抑制符影响。结果就是页面白屏，日志里只有 Uncaught TypeError，没堆栈。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 在入口文件
public/index.php顶部加ini_set('display_errors', '1'); error_reporting(E_ALL);，暴露真实错误 - 检查
app/exception.php是否覆盖了think\exception\Handle，PHP8 下需确保其render()方法能处理TypeError子类 - 禁用
@运算符，尤其是@count()、@fopen()等，它们在 PHP8 中对致命错误无效
反射 API 变更导致模型/验证器失效：ReflectionParameter::getClass() 返回 null
TP5.0–5.1 利用反射自动注入依赖（如控制器构造函数参数、验证器场景方法），PHP8 中 ReflectionParameter::getClass() 对联合类型（?string）、伪类型（mixed）或无类型声明参数返回 null，导致容器无法解析依赖，报 ClassNotFoundException 或空对象注入。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 模型/验证器/服务类的构造函数参数必须显式声明类型，避免
function __construct($service)，改为function __construct(ServiceInterface $service) - 升级前检查所有
validate()调用点，TP5.1 的Validate::make()在 PHP8 下若规则含闭包或匿名类，需确认闭包作用域未引用已销毁变量 - 临时方案：在
think\Container的invokeClass()中补一层is_object($param) || class_exists($param)判定，但治标不治本
最麻烦的不是语法报错，而是某些错误只在特定请求路径触发（比如带 URL 参数的分页、含特殊字符的 POST 数据），务必用真实业务链路跑一遍集成测试，别只测首页。
