phpenv仅管理cli环境的php版本切换，不影响web服务器的php版本路由；web端需通过nginx/apache显式绑定不同php-fpm实例（如fastcgi_pass指向对应socket或端口），且各php-fpm服务须独立配置、启动并确保opcache与扩展路径严格匹配。
phpenv 本身不负责 Web 服务器的版本路由，它只管 CLI 环境；不同站点用不同 PHP 版本，必须靠 Nginx/Apache 显式绑定 php-fpm 实例，和 phpenv 无关。
phpenv 只影响终端里的 php 命令
你在 phpenv local 8.1.22 后执行 php -v 或 php artisan serve，确实会走 8.1；但这个切换对 Web 请求完全无效。Nginx 不读 .php-version，也不看你的 shell 环境变量——它只认 fastcgi_pass 指向哪个 php-fpm.sock 或端口。
- phpenv 的作用域仅限于当前 shell 会话或项目目录下的 CLI 调用
- Web 服务、计划任务、宝塔后台执行的 PHP 脚本，全都不受 phpenv 控制
- 误以为
phpenv global 7.4就能让整个服务器跑 7.4？那是把 CLI 和 FPM 混为一谈了
Nginx 必须手动为每个站点指定 fastcgi_pass
哪怕你用 phpenv 装了 5 个版本，Web 端想让 site-a.com 用 PHP 7.4、site-b.com 用 PHP 8.3，唯一办法是在各自的 Nginx server 块里写死对应 socket：
location ~ \.php$ {
fastcgi_pass unix:/run/php/php7.4-fpm.sock;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
- 别在
http块里统一配fastcgi_pass，否则所有站点共用一个版本 - socket 路径必须和对应 php-fpm 服务的
listen =配置严格一致（比如/etc/php/7.4/fpm/pool.d/www.conf里写的） - 改完 Nginx 配置后，务必
nginx -t && systemctl reload nginx，不是 restart
PHP-FPM 实例必须各自独立启动且不冲突
phpenv 安装的 PHP 默认不带 FPM，也不会自动注册系统服务。你要让 Web 能用，得自己配好 php-fpm.conf 和 www.conf，再用 systemd 托管起来：
- 每个版本的
listen必须唯一：要么用不同 socket（/run/php/php7.4-fpm.sock//run/php/php8.3-fpm.sock），要么用不同端口（127.0.0.1:9001/127.0.0.1:9003） - 检查是否真在跑：
ps aux | grep 'php-fpm.*7\.4'，看到 master process 才算成功 - 别指望 phpenv install 后就自动有
systemctl start php7.4-fpm—— 这个服务文件得你手写或从 apt 包里抄一份改路径
最容易被忽略的：OPcache 和扩展路径隔离
即使 Nginx 正确转发、php-fpm 正确监听，你仍可能遇到「页面显示 phpinfo() 是 8.3，但 var_dump(phpversion()) 却是 7.4」——大概率是 OPcache 没清，或者扩展加载错了。
- 每个 php-fpm 实例的
opcache.enable=1是独立开关，改完要systemctl restart php8.3-fpm，不能只 reload -
extension_dir在每个版本的php.ini里都不同（如/home/xxx/.phpenv/versions/8.3.13/lib/php/extensions/no-debug-zts-20230831/），redis.so 编译错版本会直接 segfault - CLI 下用
php -m | grep redis看到的模块，和 FPM 下phpinfo()显示的不是一回事
真正麻烦的从来不是装多个 PHP，而是确保 CLI、FPM、OPcache、扩展、Web 服务器五者全部对齐。少对一环，就会出现“看起来换了，其实没换”的诡异现象。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
