PHP批量升级须按站点逐个验证切换，通过FPM多池隔离、静态分析（phpstan）、三处配置核查及运行时断点测试（登录态、文件上传、cron）确保兼容性。
PHP 版本过低不是单个站点的问题，而是服务器上多个站点共用旧版 PHP 运行时导致的批量兼容风险——直接全局升级 PHP 极易引发 Parse error、Deprecated 或扩展缺失报错，必须按站点逐个验证+切换，不能“一刀切”。
确认哪些站点实际在用低版本 PHP
别凭印象判断。很多站点看似没动，其实早已被 phpinfo() 或 .user.ini 锁死在 5.6/7.0；有些则靠 ini_set() 强行绕过配置，但新版 PHP 已移除这些函数。真实情况要查三处：
-
/etc/php/*/apache2/php.ini和/etc/php/*/cli/php.ini中的display_errors和error_reporting是否开启，方便后续捕获报错 - 每个站点根目录下是否存在
.htaccess（Apache）或nginx.conf片段中硬编码了SetHandler "proxy:unix:/var/run/php/php5.6-fpm.sock|fcgi://localhost"这类路径 - 运行
grep -r "php_version\|PHP_VERSION\|version_compare" /var/www/*/ --include="*.php"找出显式依赖旧版语法（如mysql_connect()）或常量的文件
用 PHP-FPM 多池隔离 + 按站切换版本
Apache 或 Nginx 本身不决定 PHP 版本，真正起作用的是后端连接的 FPM socket。批量升级的核心是让不同站点指向不同 php-fpm 实例，而非改全局配置。
- 为每个目标 PHP 版本启用独立服务：运行
systemctl enable php7.4-fpm、systemctl enable php8.1-fpm，再systemctl start它们 - 每个站点的虚拟主机配置里，把
fastcgi_pass（Nginx）或SetHandler（Apache）指向对应版本 socket，例如unix:/var/run/php/php8.1-fpm.sock - 不要复用同一份
www.conf：复制/etc/php/8.1/fpm/pool.d/www.conf为site-a.conf，修改其中listen = /var/run/php/php8.1-fpm-site-a.sock和php_admin_value[open_basedir]限定该站点根目录
批量检测兼容性：用 phpstan + 自定义脚本筛硬伤
人工翻代码效率低，且容易漏掉 create_function()、each() 这类 PHP 7.2+ 废弃函数。用静态分析快速定位高危点：
