PHP 7.2升级后报错需优先查错误日志定位Fatal/Deprecated/TypeError，再依次验证代码（如isset()禁用于函数返回值、禁用create_function和mysql_*）、扩展（php -m确认mysqlnd等）及php.ini配置（short_open_tag、error_log路径等），并按框架版本对齐兼容性要求。
PHP 7.2项目升级后报错，核心不是“换版本出问题”，而是旧代码、扩展、配置与PHP 7.2的语法强化、类型约束、函数弃用等特性发生了冲突。排查要从错误日志切入，逐层验证环境、代码、扩展、配置四者是否对齐。
看错误日志定位第一现场
所有修复都从真实报错开始，别猜。执行以下命令快速抓取关键线索：
- 查当前PHP版本和加载的php.ini：
php -v && php --ini - 查错误日志路径（在php.ini中找
error_log项；若未设，默认常为/var/log/php-fpm/www-error.log或/var/log/apache2/error.log） - 实时跟踪日志：
tail -f /path/to/error.log，同时在浏览器触发报错操作
重点关注Fatal error（致命）、Deprecated（弃用警告）、TypeError（类型错误）三类信息——它们直接指向兼容性断点。
查常见PHP 7.2不兼容点
PHP 7.2相比5.x/7.0强化了类型检查，移除了部分旧函数，很多老项目踩坑集中在这几处：
立即学习“PHP免费学习笔记（深入）”；
-
isset() 不能作用于函数返回值：如
isset(func())会报错。应改写为null !== func()或先赋值再判断 -
create_function() 已废弃：PHP 7.2发出弃用警告，8.0彻底移除。全部替换为匿名函数
function() { ... } -
mysql_* 函数完全不可用：CI3、TP5等老框架若仍用
mysql_connect会直接Fatal。必须启用mysqlnd扩展，并将代码改为mysqli或PDO -
数组/对象操作更严格：对
null或未定义变量调用count()、array_key_exists()会抛Warning甚至Fatal，需加is_array()或isset()前置判断
验扩展与配置是否就位
编译安装或系统升级后，扩展常被遗漏或版本错配：
- 运行
php -m | grep -E "(mysqlnd|mysqli|pdo|mbstring|gd|curl)"，确认核心扩展已启用 - 检查
mysqlnd是否生效：php -i | grep "Client API version"，输出含mysqlnd才代表真正加载 - CentOS上装
php-mysqlnd，Ubuntu上装php7.2-mysql，源码编译需确保./configure含--with-mysqli=mysqlnd --with-pdo-mysql=mysqlnd - 检查
php.ini中short_open_tag = On（若代码含?>）、display_errors = Off但log_errors = On（避免页面空白无提示）
框架级兼容性速查
不同框架对PHP 7.2支持程度不同，需按项目实际版本处理：
-
ThinkPHP 5.1：不支持PHP 8+，但在PHP 7.2下可能报
count(): Parameter must be an array，建议升至TP6.3+ -
CodeIgniter 3：依赖
mysqlnd，缺则报“driver not found”；确认database.php中dbdriver设为mysqli或pdo -
Yii2：老版本用
Object作类名，PHP 7.2禁止保留字类名，报Cannot use 'Object' as class name，需升级框架至2.0.40+ -
Laravel：Laravel 5.5–5.8支持PHP 7.2，但6.x起要求最低PHP 7.2.5；检查
composer.json中"php": "^7.2"是否匹配
不复杂但容易忽略
