宝塔面板中composer默认使用系统级PHP（/usr/bin/php），与网站设置的PHP版本无关；需通过绝对路径如/www/server/php/82/bin/php /usr/bin/composer指定版本，platform配置仅影响依赖检查而非实际执行环境。
宝塔面板里用 composer 时，默认走的是系统级 PHP（通常是 `/usr/bin/php`），和你在网站设置里选的 PHP 版本完全无关——这是绝大多数人踩坑的第一步。
为什么 composer 总是调用错 PHP 版本？
宝塔面板把不同 PHP 版本装在 /www/server/php/ 下（如 /www/server/php/80、/www/server/php/82），但 composer 默认不认宝塔的路径，它只看 $PATH 和 php 命令指向哪。你网站后台设了 PHP 8.2，不代表终端里 php -v 就输出 8.2。
- 运行
which php看实际调用路径，大概率是/usr/bin/php - 运行
/usr/bin/php -v和/www/server/php/82/bin/php -v对比版本差异 -
composer内部调用的是php命令，不是你网站配置的“PHP 解释器”
指定 PHP 版本执行 composer 的三种可靠方式
别改全局 php 软链（容易崩宝塔），直接在命令中锁定 PHP 解释器路径。
- 临时指定：用完整 PHP 路径调
composer，例如/www/server/php/82/bin/php /usr/bin/composer install
- 写成 alias（仅当前终端有效）：
alias composer82='/www/server/php/82/bin/php /usr/bin/composer'
然后用composer82 install - 永久 alias（推荐）：把上面那行加到
~/.bashrc或/etc/profile，再source ~/.bashrc
composer.json 中的 platform 配置不起作用？
很多人以为在 composer.json 里写：
"config": {
"platform": {
"php": "8.2.10"
}
}就能骗过依赖检查——其实它只影响 require 阶段的版本兼容性判断，不改变实际执行 PHP 的二进制文件。该报 Class not found 还是会报，如果扩展没装在目标 PHP 版本里。
- 真正起作用的是：扩展是否在
/www/server/php/82/lib/php/extensions/下启用 - 确认方法：
/www/server/php/82/bin/php -m | grep curl（查 curl 是否加载） - 宝塔里给某个 PHP 版本装扩展，必须单独勾选，不能“全版本通用”
宝塔终端执行 composer 报 Permission denied 或 no such file or directory
常见于直接复制粘贴命令、路径含空格、或用了软链未更新。最稳妥的做法永远是用绝对路径 + 显式 PHP 调用。
立即学习“PHP免费学习笔记（深入）”；
- 不要用
php composer.phar install（除非你明确下载了composer.phar并放在当前目录） - 宝塔自带的
composer在/usr/bin/composer，权限应为755；检查：ls -l /usr/bin/composer - 如果提示
no such file or directory，大概率是用了 64 位 PHP 去跑 32 位系统（极少见），或php本身缺libcurl等底层依赖（重装对应 PHP 版本可解）
关键就一句：宝塔里没有“全局 Composer PHP 版本”这回事，每次执行都得手动绑定——路径写对、扩展装对、别信 platform 配置能绕过环境校验。
