最直接办法是分别验证cli和web环境的php版本：cli执行php -v，web新建info.php调用phpinfo()；再检查扩展、函数、日志及运行兼容性脚本。
检查当前 PHP 版本是否已更新
最直接的办法是执行 php -v，看终端输出的版本号是否符合预期。注意：Web 服务器（如 Apache/Nginx）使用的 PHP 和 CLI 的 PHP 可能不同，必须分别验证。
- CLI 环境：运行
php -v，确认输出类似PHP 8.2.12 - Web 环境：新建一个
info.php文件，内容为<?php phpinfo(); ?>，通过浏览器访问该文件，查找 “PHP Version” 行 - 若两者版本不一致，说明 Web 服务未加载新 PHP —— 常见于未重启服务、或未更新
libphp.so/php-fpm配置
验证关键扩展和函数是否可用
升级后容易出问题的不是版本号本身，而是扩展缺失或配置重置。比如旧项目依赖 mysql_connect()（PHP 7.0+ 已移除），或启用 opcache 后未调整 opcache.revalidate_freq 导致代码不热更。
- 运行
php -m查看已加载模块，确认pdo_mysql、curl、mbstring等必需扩展存在 - 用
php -r "echo function_exists('json_encode') ? 'ok' : 'missing';"快速测试核心函数 - 若用 Composer，执行
composer diagnose，它会检测 PHP 版本兼容性及扩展依赖
检查错误日志中是否仍有低版本残留报错
有些错误不会立刻暴露，比如 Deprecated: mysql_connect(): The mysql extension is deprecated 这类警告，在 PHP 5.6 里只是警告，到 7.0+ 就直接 Fatal error。升级后要翻日志找“deprecated”、“removed”、“undefined function”关键词。
- CLI 日志：运行脚本时加
-d display_errors=1 -d error_reporting=-1强制显示所有错误 - Web 日志：查 Apache 的
ErrorLog或 Nginx 的error_log路径，配合tail -f /var/log/apache2/error.log | grep -i "deprecated\|fatal\|undefined" - 特别注意
session_start()失败、date_default_timezone_set()报时区警告 —— 这些在低版本常被忽略，高版本会严格校验
运行最小兼容性测试脚本
靠人工点检容易漏，写个 10 行脚本跑一遍基础能力更可靠。重点不是覆盖全部，而是击中常见断点。
立即学习“PHP免费学习笔记（深入）”；
<?php
$checks = [
'version' => version_compare(PHP_VERSION, '8.0', '>='),
'json' => function_exists('json_encode'),
'mb' => extension_loaded('mbstring'),
'pdo' => extension_loaded('pdo'),
'timezone'=> @date_default_timezone_set('Asia/Shanghai'),
];
foreach ($checks as $k => $v) {
echo "$k: " . ($v ? '✓' : '✗') . "\n";
}
?>
把这段存为 check.php，用 CLI 和 Web 两种方式执行，任一环节出现 ✗ 就得回溯配置。
别只信 php -v 输出的数字，PHP 升级后最常卡在扩展没编译、php.ini 路径没切、或者系统 PATH 指向旧二进制 —— 这些地方不显眼，但一漏就全盘失效。
