php -v 与 phpinfo() 版本不一致是因为 CLI 和 Web 服务器（如 PHP-FPM 或 Apache 模块）使用不同 PHP 实例及配置；需分别检查 php --ini 与 phpinfo() 中的 Loaded Configuration File，并统一 FPM socket 配置及服务状态。
php -v 和 phpinfo() 显示的版本不一致？先看 SAPI 类型
命令行里 php -v 输出的是 CLI SAPI 的 PHP 版本，而浏览器访问 phpinfo() 显示的是 Web 服务器（如 Apache module 或 PHP-FPM）加载的版本。两者完全可能不同——尤其在多版本共存或一键环境（如 phpEnv、XAMPP、WAMP）中。
判断当前 Web 环境实际用的是哪个 PHP，唯一可靠方式是：在 Web 可访问目录下建一个 info.php，内容只写 <?php phpinfo(); ?>，然后用浏览器打开它。页面顶部明确写着 “PHP Version” 和 “Server API”，比如 “Server API: FPM/FastCGI” 或 “Server API: Apache 2.0 Handler”。
- 如果看到 “Server API: CGI/FastCGI”，说明是 CGI 模式，注意检查 shebang 或 Web 服务器 fastcgi_pass 配置是否指向预期版本
- 如果看到 “Server API: apache2handler”，说明是 Apache 模块模式，
php -v结果基本无关，得查LoadModule php_module路径或httpd -M | grep php - phpEnv 默认使用 Nginx + PHP-FPM，每个 PHP 版本对应独立的
php-fpm.sock，必须确认 Nginxfastcgi_pass指向的是你认为“当前”的那个 socket，例如fastcgi_pass unix:/run/php/php8.2-fpm.sock;
phpEnv 中快速定位并访问指定版本的 phpinfo 页面
phpEnv 本身不提供统一入口，但它的目录结构清晰：每个 PHP 版本有独立配置和 sock 文件。想看 PHP 8.2 的真实运行环境，不能只改 php -v 的软链接，得让 Web 请求真正落到 8.2 的 FPM 进程上。
实操步骤：
立即学习“PHP免费学习笔记（深入）”；
- 确认目标版本的 FPM 是否在运行：
sudo systemctl status php8.2-fpm（Ubuntu/Debian）或phpenv fpm-status 8.2（若装了 phpenv 插件） - 找到该版本监听的 socket 路径，常见位置：
/run/php/php8.2-fpm.sock或/usr/local/phpenv/versions/8.2/var/run/php-fpm.sock - 编辑对应站点的 Nginx server 块，确保
location ~ \.php$内的fastcgi_pass指向上述 socket，而不是泛用的127.0.0.1:9000 - 重启 Nginx：
sudo nginx -t && sudo systemctl reload nginx - 访问你的
info.php，此时显示的就是 PHP 8.2 的完整环境
phpinfo() 被禁用时的替代方案：用 php -i + grep 定位关键配置
有些生产环境或 phpEnv 的安全模板会禁用 phpinfo()（通过 disable_functions = phpinfo），这时浏览器访问直接报错或空白。别删文件，换命令行查。
php -i 输出和 phpinfo() 页面内容完全一致，只是纯文本。配合 grep 能精准提取你需要的信息：
- 查版本：
php -i | grep "PHP Version" - 查已加载模块：
php -i | grep "Loaded Modules"（注意大小写，部分版本输出为 “additional .ini files parsed”） - 查内存限制：
php -i | grep memory_limit - 查当前生效的 php.ini：
php --ini，重点关注 “Loaded Configuration File” 行
⚠️ 注意：php -i 查的是 CLI SAPI 的配置，若你怀疑 Web 环境用了不同 ini，就得进对应 FPM 配置目录查，比如 /etc/php/8.2/fpm/php.ini，再用 cat 或 grep 手动确认。
为什么改了 phpEnv 的全局版本，phpinfo 还是旧版？
phpEnv 切换的是 shell 环境中的 php 命令指向，不影响 Web 服务器已加载的 PHP-FPM 进程。FPM 进程启动后就与 phpenv 无关，除非你手动重启对应版本的 FPM 服务。
常见误操作：
- 执行了
phpenv global 8.3，但没重启php8.3-fpm服务 → Web 仍跑在旧进程上 - Nginx 配置里写的是
fastcgi_pass 127.0.0.1:9000，而多个 PHP-FPM 实例都监听这个端口（冲突或覆盖）→ 实际响应的是最后启动的那个 - phpEnv 的
phpenv which php返回路径是/home/user/.phpenv/versions/8.3/bin/php，但这只是 CLI 解释器，和 Web 无关
最稳的做法：不依赖全局切换，直接按需配置 Nginx + 对应 FPM socket，并每次修改后确认 systemctl status php8.x-fpm 和 nginx -t。
