直接 alias php=/path/to/php 不够用，因为别名仅在交互式 shell 生效，而 composer 等工具通过 path 调用 php，子进程不可见；必须通过 path 优先级或符号链接（如 /usr/local/bin/php → /usr/bin/php8.1）全局生效。
为什么直接 alias php=/path/to/php 不够用
因为 PHP 命令常被其他工具（如 composer、phpunit、laravel）内部调用，它们依赖 PATH 查找可执行文件，而别名只在交互式 shell 中生效，脚本里完全不可见。单纯 alias php=/usr/bin/php8.1 后，运行 composer install 仍可能调用系统默认的 php（比如 8.0 或 7.4），导致扩展缺失或语法报错。
真正有效的切换，必须让 php 这个命令名在全局（包括子进程）指向目标版本 —— 所以得靠 PATH 优先级控制，而非仅靠 alias。
用 shopt -s expand_aliases + alias 只解决交互场景
如果你确实只需要在终端里快速敲 php -v 或 php artisan 时切版本，且不依赖外部工具链，那可以加这两行到 ~/.bashrc：
shopt -s expand_aliases alias php81='export PATH="/usr/bin/php8.1:$PATH"'
但注意：
-
php81是一个函数式别名，执行后只修改当前 shell 的PATH，新开终端或脚本里不继承 - 它不会覆盖原有
php命令，你仍需手动运行php81再敲php，不能直接php81 && php -v - 多个版本 alias 容易冲突，比如
php82和php81先后执行，PATH 会堆叠，可能导致找不到扩展
推荐做法：用符号链接统一管理 /usr/local/bin/php
这是最稳定、工具兼容性最好的方式。所有程序都通过 PATH 找 php，只要确保 /usr/local/bin 在 PATH 中靠前（通常默认就在前面），然后让它指向实际版本即可：
先确认你的 PHP 二进制路径，常见位置有：
/usr/bin/php8.1/opt/php/8.2/bin/php/usr/local/bin/php-8.3
然后在 ~/.bashrc 里添加函数（不是 alias）：
phpver() {
local target="/usr/bin/php$1"
if [[ -x "$target" ]]; then
sudo ln -sf "$target" /usr/local/bin/php
echo "→ PHP switched to $target"
else
echo "✗ No executable at $target"
fi
}
使用时只需：
-
phpver 8.1→ 切到 8.1 -
phpver 8.2→ 切到 8.2 -
php -v立即生效，composer、phpcs全部同步响应
注意：sudo 是必需的，因为 /usr/local/bin 通常属 root；若不想输密码，可配 sudoers 允许免密执行 ln -sf。
容易忽略的坑：扩展和 php.ini 路径不随版本自动切换
改了 php 命令指向，不代表 php.ini 或扩展（如 pdo_mysql.so）也跟着换 —— 它们由 PHP 二进制编译时指定，运行时固定读取自身关联路径。
验证方法：
-
php -i | grep 'Loaded Configuration File'→ 看 ini 是否对应当前版本 -
php -m | grep opcache→ 某些版本可能没编译该扩展
如果发现 php -v 显示 8.2，但 Loaded Configuration File 还是 8.1 的路径，说明你用的可能是系统打包的多版本共用 ini，或用了第三方源（如 ondrej PPA）的 symlink 机制失效了。此时要手动检查 php8.2 --ini 输出，并确认 /etc/php/8.2/cli/php.ini 存在且被加载。
别指望 alias 或 PATH 技巧能绕过这个层级 —— ini 和扩展绑定的是二进制本身，不是外壳命令。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
