必须重启PHP worker进程，否则补丁无效；php -v仅查CLI版本，需用ps或systemctl确认Web服务实际运行的PHP进程是否已更新并重载，且容器化部署须重建镜像而非仅升级内部PHP。
你正在排查PHP2Shell漏洞修复是否真正生效，但发现WAF拦截了恶意请求、补丁也已安装，服务器却仍被扫描器标记为“未修复”——问题出在PHP worker进程仍在运行旧版本内存镜像，【不重启PHP worker，所有修复都只是纸面安全】。
确认当前PHP版本与进程存活状态
执行 php -v 查看命令行PHP版本，仅验证CLI环境，不能代表Web服务实际运行版本。
执行 ps aux | grep php-fpm 或 ps aux | grep apache2，观察主进程启动时间是否早于补丁安装时间。若启动时间在10月21日00:00前，说明worker仍在跑旧二进制。
对Apache mod_php用户，必须检查 httpd -M | grep php 确认模块加载路径，再用 ls -l /usr/lib/apache2/modules/libphp.so 核对文件修改时间——【mod_php模块文件未更新，重启Apache也无效】。
立即学习“PHP免费学习笔记（深入）”；
四类主流部署的强制重启路径
方法一：PHP-FPM（推荐优先验证）
① 执行 sudo systemctl reload php8.4-fpm（根据实际版本号替换8.4）；
② 立即执行 sudo systemctl status php8.4-fpm，确认Active状态后的时间戳为当前时间；
③ 必须追加 sudo pkill -f "php-fpm: pool" 强杀残留子进程，否则旧worker可能持续响应新请求。
方法二：Apache + mod_php
执行 sudo a2dismod php8.4 && sudo a2enmod php8.4 → sudo systemctl restart apache2。注意：仅reload不重新加载so文件，必须restart。
方法三：Nginx + PHP-CGI（已淘汰但仍有存量）
直接终止全部cgi进程：sudo killall -9 php-cgi，再手动启动新实例，确保PATH指向新php二进制路径。
方法四：容器化部署（Docker/Kubernetes）
删除旧容器并拉取含新PHP版本的基础镜像，【禁止仅exec进入容器升级PHP再重启php-fpm】——容器层缓存会导致/bin/php仍为旧哈希值。
验证重启是否真实生效
访问任意PHP页面，在响应头中查找 X-Powered-By，确认其值为新版本号（如8.4.27）。
在Web目录下新建 probe.php，内容为 <?php echo PHP_VERSION; ?>，浏览器直接访问该文件，输出必须与 php -v 一致且为修复版本。
最关键的一步：执行 curl -I http://localhost/probe.php 2>/dev/null | grep "X-Powered-By"，若返回旧版本号，说明前端代理（如Cloudflare、Nginx反向代理）缓存了响应头，需清除代理层缓存。
