根本原因是Nginx配置中fastcgi_pass未同步更新至新PHP-FPM监听地址，导致请求仍发往旧socket或端口；需手动核对并修改站点配置中的fastcgi_pass，确保与目标PHP版本的listen值一致，并重载配置。
为什么直接切换PHP版本后，部分请求还是走错版本？
因为宝塔的「PHP版本」下拉菜单只改了 fastcgi_pass 指向默认 socket 路径（如 /tmp/php-cgi-74.sock），但如果你手动改过 PHP-FPM 的监听方式（比如统一改成端口），而没同步更新 Nginx 配置里的 fastcgi_pass，Nginx 仍会发请求到旧地址，导致 502 或静默降级。
常见错误现象：
- phpinfo() 显示版本正确，但
composer install报依赖冲突 → 实际 CLI 调用的是系统软链，和网站无关 - 换版本后页面行为没变 → OPcache 没清，还在执行老 opcode
- 两个站点都绑了不同 PHP 版本，但其中一个始终 502 → 两个 PHP-FPM 实例监听了同一个端口或 socket 文件
如何让同一站点内不同路径调用不同 PHP 版本？
宝塔界面不支持按 location 绑定 PHP 版本，必须手动编辑站点 Nginx 配置文件，在对应 location 块里硬编码 fastcgi_pass。这是唯一可靠方式。
实操要点：
立即学习“PHP免费学习笔记（深入）”；
- 确认目标 PHP 版本已安装且正在运行：进【软件商店】→【PHP 管理】，状态为“正在运行”
- 查清该版本实际监听地址：进对应 PHP 版本【设置】→【配置修改】，看
listen =行值，例如127.0.0.1:9002或/www/server/php/82/var/run/php-fpm.sock - 编辑站点配置：【网站】→【设置】→【配置文件】，在需要隔离的
location ~ \.php$块内，把原fastcgi_pass替换为该版本地址，例如：location ^~ /admin/ { location ~ \.php$ { fastcgi_pass 127.0.0.1:9002; include fastcgi.conf; } } - 保存后必须点【重载配置】，不是【保存】——否则 Nginx 不加载新规则
为什么推荐全部改用 127.0.0.1:端口，而不是 Unix socket？
Unix socket 路径权限、目录存在性、SELinux 上下文等容易出问题；而 TCP 端口模式更稳定，且能规避 www 用户对 /tmp 或 /www/server/php/*/var/run/ 目录的写权限争议。
关键操作步骤：
- 进每个 PHP 版本【设置】→【配置修改】，将
listen = /tmp/php-cgi-74.sock改为类似listen = 127.0.0.1:9001 - 删掉紧随其后的
listen.owner、listen.group、listen.mode这三行（TCP 模式下非法） - 重启该 PHP 版本服务（停止 → 启动），不能只重载
- 检查是否启动成功：
ss -tlnp | grep :9001或ps aux | grep php-fpm.*74
扩展、OPcache、环境变量怎么不串？
每个 PHP 版本的 php.ini 和扩展目录天然隔离，但容易被忽略的是：
-
opcache.enable是 per-FPM 进程生效的，切版本后必须进对应 PHP 版本【设置】→【PHP-FPM 设置】→【清除OPcache缓存】，否则仍跑旧字节码 - 扩展如
redis.so必须在对应版本目录下编译启用：/www/server/php/74/lib/php/extensions/和/www/server/php/82/lib/php/extensions/是两套，不能共用 - 若需自定义环境变量（如
PATH或LD_LIBRARY_PATH），必须进该 PHP 版本的【PHP-FPM 设置】单独添加，不能写全局php.ini
最易被跳过的环节是：改完 PHP-FPM 监听端口后，忘记去每个用到它的站点配置里更新 fastcgi_pass —— 宝塔不会自动同步这个映射关系，得人工对齐。
