PHP 7.2老项目升级报错核心是环境链断裂，需按日志→版本→扩展→依赖顺序排查：先查error_log定位Fatal/Deprecated等错误类型；再验php -v及语法兼容性（如mysql_*移除、create_function废弃）；接着用php -m核对扩展是否重装且版本匹配（如php-redis≥4.3.0）；最后检查composer.json platform声明与框架隐性要求（如TP5.1需≥5.1.40）。
PHP 7.2 老项目升级后报错，核心不是“换版本”，而是“环境链断了”——代码、配置、扩展、依赖四者中只要有一环没对齐，就会触发报错。排查要从日志出发，按顺序验证，避免盲目改代码。
看错误日志，锁定第一现场
不查日志就动手改，等于蒙眼修车。先确认错误类型和位置：
- 执行 php --ini 找到真实加载的 php.ini 路径，再查其中 error_log 设置；若未指定，常见路径是 /var/log/php-fpm/www-error.log（Nginx+php-fpm）或 /var/log/apache2/error.log（Apache）
- 用 tail -f /path/to/error.log 实时观察，同时在浏览器触发报错页面，捕获完整错误行
- 重点识别关键词：Fatal error（致命）、Deprecated（弃用警告）、Notice（运行时提示）、Parse error（语法错误）
验 PHP 版本与语法兼容性
老项目常含 PHP 5.x 风格写法，PHP 7.2 已收紧规则，典型问题包括：
-
isset() 不能直接作用于函数返回值：如
isset(some_func())→ 改为null !== some_func()或先赋值再判断 -
mysql_* 函数已移除：必须替换为
mysqli_*或 PDO，不可仅靠开启 extension 补救 -
create_function() 已废弃：全部改为匿名函数，例如
create_function('$a', 'return $a;')→function($a) { return $a; } -
数组赋值未初始化：如
$arr[] = $val;前未声明$arr = [];，PHP 7.2 可能报 Cannot use a scalar value as an array
查扩展模块是否齐全且匹配
升级 PHP 后，旧扩展.so 文件通常不兼容，必须重装：
立即学习“PHP免费学习笔记（深入）”；
- 执行 php -m 列出已启用模块，比对老环境清单，确认 mbstring、curl、openssl、xml、json 等基础扩展是否存在
- 若有 Redis、Swoole、Imagick 等第三方扩展，需用新版 PHP 的 phpize + ./configure --with-php-config=/path/to/bin/php-config 重新编译安装
- 检查扩展版本兼容性：例如 php-redis ≥ 4.3.0 才支持 PHP 7.2，低于此版本会报 Class not found
核对框架与依赖版本约束
ThinkPHP、Laravel、EasyWeChat 等框架对 PHP 小版本有隐性要求：
- TP5.1 在 PHP 7.2 下基本可用，但若升级到 7.2.15+，BaseQuery.php 中 isset(函数调用) 会直接 Fatal error，需升至 TP5.1.40+ 或迁移到 TP6
- EasyWeChat 的
getTicket()方法在 PHP 7.2 中因返回类型声明严格，可能报 must be of the type array, null returned，需补空数组返回或升级 SDK - 查看项目根目录 composer.json 中的
"platform"字段，确认其声明的 PHP 版本与当前一致；不一致时运行 composer update --ignore-platform-reqs 仅作临时验证
