宝塔中composer install报Permission denied，需确认执行用户为www，修复目录属主（chown -R www:www）和权限（chmod -R u+rwX,go-w），并检查禁用函数、PHP扩展、镜像配置及CLI PHP路径是否对www生效。
宝塔里composer install报Permission denied，先看执行用户是谁
宝塔中点「一键部署」、用计划任务跑、或在PHP管理器里执行命令，实际都是以www用户身份运行的，不是你SSH登录的账号。所以ls -l看到目录属主是你自己，不代表www能写进去。
立刻验证当前环境：sudo -u www whoami → 应输出wwwsudo -u www ls -ld /www/wwwroot/your-site/ → 看第三列是不是www
- 如果不是
www，执行chown -R www:www /www/wwwroot/your-site/ - 再补一句
chmod -R u+rwX,go-w /www/wwwroot/your-site/，避免新建文件默认无写权限 - 别漏掉
composer.lock——它常被root创建，sudo -u www ls -l composer.lock确认归属
报错卡在“Loading composer repositories”，大概率是禁用函数没开
宝塔默认禁用putenv、proc_open、pcntl_signal，而Composer必须用它们拉取包信息。只改网站设置里的PHP版本没用，关键得改CLI模式的配置。
- 进【PHP管理】→ 选对应版本 → 【禁用函数】→ 删除
putenv、proc_open、pcntl_signal→ 点【重载配置】 - 重点：CLI用的是
php-cli.ini，不是php.ini。直接改/www/server/php/82/etc/php-cli.ini（把82换成你的版本）更稳妥 - 验证是否生效：
sudo -u www php -i | grep disable_functions，输出里不应再有那三个函数
明明PHP版本对得上，还报“Your requirements could not be resolved”
这不是Composer的问题，而是www用户看不到你本地装的扩展，或platform配置锁死了不匹配的PHP版本。
- 检查
www用户能用的扩展：sudo -u www php -m | grep -E "fileinfo|mbstring|openssl|tokenizer"，缺哪个就去宝塔【PHP管理】里装哪个 - 运行
sudo -u www composer check-platform-reqs，它会直接列出所有缺失项，比猜快得多 - 如果
composer.json里有"config": {"platform": {"php": "8.2.10"}}，而服务器是8.1，删掉这行再试——platform是硬性伪装，不是兼容开关
用完整PHP路径执行，别信系统默认的php命令
composer脚本调用的是php命令，而宝塔里which php很可能指向/usr/bin/php（旧版或软链失效），跟你网站设置的PHP完全无关。
- 查清楚你项目需要的PHP路径：
/www/server/php/82/bin/php（82替换成实际版本） - 安全执行方式：
/www/server/php/82/bin/php /usr/local/bin/composer install - 镜像配置也要对
www生效：sudo -u www composer config -g repo.packagist https://mirrors.aliyun.com/composer/ - 别用
sudo composer install——它会让vendor/变成root所有，后续所有操作都得加sudo，陷入死循环
www用户上下文里验证，而不是你自己的终端里跑一遍就认为好了。 
