根本原因是系统PATH优先指向/usr/bin/php，而宝塔网站实际使用/www/server/php/*/bin/php；终端php -v调用的是系统PHP，与宝塔Web环境PHP版本无关。
为什么 php -v 和宝塔面板里显示的 PHP 版本不一致
根本原因是系统环境变量中的 PATH 优先指向了某个全局 PHP 可执行文件（比如 /usr/bin/php），而宝塔面板实际运行网站用的是它自己安装在 /www/server/php/ 下的多版本 PHP（如 /www/server/php/80/bin/php）。你终端敲 php -v 调用的不是宝塔管理的那个版本。
常见错误现象：php -v 显示 7.4，但宝塔网站却跑在 8.2 上，或者 Composer 报错“PHP version does not satisfy requirement”——它读的是命令行 PHP，不是 Web 环境的。
- 宝塔面板本身不修改系统
PATH，所有/www/server/php/*/bin/下的 PHP 都是独立二进制，互不干扰 - 系统默认的
php命令通常来自 yum/apt 安装的 PHP，和宝塔无关，必须手动干预 - 直接删掉
/usr/bin/php风险高（可能影响系统工具），不推荐
如何让终端默认使用宝塔指定的 PHP 版本
本质是把目标版本的 bin 目录前置到 PATH 中。以切换为 PHP 8.2 为例：
先确认路径是否存在：ls /www/server/php/82/bin/php（注意：宝塔中显示“8.2”，实际目录名常为 82；同理 7.4 → 74，8.0 → 80）
立即学习“PHP免费学习笔记（深入）”；
- 临时生效（仅当前终端）：
export PATH="/www/server/php/82/bin:$PATH" - 永久生效（推荐用户级）：把上面那行加到
~/.bashrc或~/.zshrc末尾，然后source ~/.bashrc - 若需全局生效（谨慎）：写入
/etc/profile.d/php82.sh，内容为export PATH="/www/server/php/82/bin:$PATH"
验证：which php 应返回 /www/server/php/82/bin/php，再执行 php -v 确认版本。
怎么给不同项目快速切换 PHP 版本（不用改全局 PATH）
适合多项目并存、各用不同 PHP 版本的场景，比如 Laravel 10 要求 PHP ≥8.1，而老 ThinkPHP 项目还卡在 7.2。
- 直接调用绝对路径最可靠：
/www/server/php/72/bin/php artisan migrate或/www/server/php/82/bin/composer install - 写个简易 wrapper 脚本（如命名为
php72）放在/usr/local/bin/：#!/bin/bash exec /www/server/php/72/bin/php "$@"
，然后chmod +x /usr/local/bin/php72，之后就能直接用php72 -v - Composer 用户注意：
composer install默认用php命令，所以必须确保此时php是目标版本，或显式指定：php82 composer.phar install
宝塔面板里「PHP 设置」改了，为什么命令行还是旧版本
面板里的「PHP 版本」设置只影响 Nginx/Apache 的 FastCGI 配置（即 Web 请求走哪个 php-fpm），完全不影响终端的 php 命令。这是两个独立通道。
容易被忽略的关键点：
-
php-fpm进程由宝塔服务管理（service php-fpm-74 start），它的配置文件在/www/server/php/74/etc/php-fpm.conf，和命令行 PHP 二进制无依赖关系 - 即使你把
PATH指向了 8.2，php-fpm-74仍会加载/www/server/php/74/下的配置和扩展，不会“自动升级” - 调试时混淆这两个路径，是 90% 的“版本看似冲突”问题根源
真要验证 Web 环境 PHP 版本，别信 phpinfo() 页面顶部写的，用 echo PHP_BINARY; 输出实际加载的二进制路径，才最准。
