PHP 7.2老项目报错需先查错误日志定位根因，再通过报错关键词（如isset()函数调用限制）或命令行语法检查（php -l）快速验证是否为版本特性冲突。
PHP 7.2 老项目运行时突然报错，页面空白或抛出 Fatal error/Warning，但代码近期未改动——这通常不是新 bug，而是环境隐性变更触发了旧代码中被长期掩盖的兼容性问题。
先看错误日志定位真实线索
直接打开浏览器看到的“500 Internal Server Error”或空白页毫无价值。必须查 PHP 错误日志才能拿到第一手信息。
执行 php --ini 查看加载的 php.ini 路径，然后在该文件中搜索 error_log 行；若未设置，Linux 下默认写入 /var/log/php-fpm/www-error.log（Nginx+php-fpm）或 /var/log/apache2/error.log（Apache）。
用 tail -f /path/to/error.log 实时监听，同时在浏览器刷新出错页面，捕获最新一行报错——【90% 的问题靠这一行就能锁定根因】。
立即学习“PHP免费学习笔记（深入）”；
快速验证是否为 PHP 版本特性冲突
方法一：检查报错关键词
如果日志里出现 Cannot use isset() on the result of a function call，说明代码在函数返回值上直接用了 isset()，这是 PHP 7.2.15+ 引入的语法限制，ThinkPHP 5.0.x 等老框架常见此问题。
方法二：用命令行复现
运行 php -l your_entry_file.php 检查语法是否通过；若提示 “Errors parsing”，说明存在低级语法错误，如短标签 未启用、括号不匹配等。
方法三：临时降级兼容性报告
编辑 php.ini，将 error_reporting 改为 E_ALL & ~E_DEPRECATED & ~E_STRICT，并设 display_errors = On，重启服务后刷新页面——能立刻暴露所有 Notice 和 Warning，比如未定义常量 PRE、mysql_connect() 调用失败等。
确认扩展模块是否完整启用
第一步：列出当前已启用的扩展
php -m | grep -E "(pdo|mysqli|mbstring|curl|openssl|json|xml)"
第二步：重点验证 mysqlnd 驱动是否存在
运行 php -m | grep mysqlnd，若无输出，说明 CI3 或部分老框架无法连接 MySQL；此时需安装对应系统包：sudo apt install php7.2-mysql（Ubuntu/Debian）或 sudo yum install php-mysqlnd（CentOS 7 + Remi 仓库）。
第三步：检查扩展版本兼容性
例如 Redis 扩展，执行 php -i | grep "redis version"，若显示 redis version => 3.1.6 但 PHP 是 7.2.15，则可能不兼容——老版 redis.so 不支持 PHP 7.2 后期小版本，必须用 phpize 重新编译。
排查 Composer 依赖状态是否污染
第一步：进入项目根目录，执行 composer diagnose
它会检查 CA 证书、网络连通性、JSON 格式合法性、vendor 目录完整性等基础项，任何 FAIL 都要优先修复。
第二步：清理缓存并重建依赖
composer clear-cache && rm -rf vendor composer.lock && composer install -v
这一步强制从 composer.json 重新解析依赖树，排除 lock 文件残留、缓存损坏、本地 fork 分支未更新等干扰因素。
第三步：检查 minimum-stability 设置
老项目 composer.json 中若写死 "minimum-stability": "stable"，而所依赖的某个包只发布了 dev-main 分支，Composer 就会静默跳过——导致类找不到。临时改为 "dev" 再试一次，能快速验证是否为分支策略问题。
检查 php.ini 关键配置是否被重置
① 确认 short_open_tag = On：大量 PHP 7.2 之前的老代码使用 而非 <?php ，PHP 8.0+ 默认关闭，但 7.2 默认仍为 On；若近期升级过 php.ini 模板，可能被覆盖为 Off。
② 检查 date.timezone 是否设置：未设置会导致 strtotime()、date() 报 Warning，某些框架会因 Warning 被转为 Exception 而中断流程。
③ 验证 memory_limit 是否足够：老项目常有大数组循环、Excel 导出等操作，若被调低至 64M，会直接触发 Fatal error: Allowed memory size exhausted。
