宝塔面板中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"
  }
}

• 真正起作用的是：扩展是否在 /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 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 配置能绕过环境校验。