答案：需修改CLI模式php.ini或用php -d memory_limit临时指定内存；宝塔面板中网站PHP配置与Composer无关，应通过php --ini确认CLI配置路径，优先使用php -d方式安全覆盖。
宝塔里composer install报Allowed memory size exhausted，改面板PHP设置没用
不是宝塔面板的“PHP配置”页面没生效，而是你根本改错了地方——Composer运行在CLI模式下，和网站用的PHP-FPM完全隔离。你在面板里调高“内存限制”只影响Web请求，对终端执行的composer install零作用。
真正要动的是CLI用的php.ini，路径通常为/www/server/php/82/etc/php.ini（数字82替换成你实际用的PHP版本）。但更推荐跳过改配置文件：直接用php -d memory_limit=2G前缀覆盖，安全、即时、不污染其他脚本。
- 先确认CLI实际加载哪份配置：
php --ini，看Loaded Configuration File输出 - 别碰
/etc/php/*/cli/php.ini——宝塔管理的PHP版本根本不读这个路径 - 单位统一用
G，写1536M在某些PHP 8.0+版本会解析失败 - 改完
php.ini不用重启任何服务，下次CLI执行就生效
宝塔终端执行composer命令报command not found或Permission denied
这不是Composer没装好，是PATH没配通或权限卡死。宝塔默认用www用户跑计划任务和一键部署，但它没权限调用composer，也找不到命令位置。
正确做法是用root用户操作，把composer.phar放进全局可执行路径：
mv /www/server/php/composer.phar /usr/local/bin/composerchmod +x /usr/local/bin/composer- 验证：
which composer应返回/usr/local/bin/composer - 如果
/usr/local/bin不可写，改用alias：echo "alias composer='php /root/composer.phar'" >> /root/.bashrc && source /root/.bashrc
composer卡在Loading composer repositories或SSL错误
不是你网络慢，是Packagist官方源在国内基本不可达，且宝塔PHP常禁用关键函数或证书路径不对。
三步必须同步做：
- 切阿里云镜像：
composer config -g repo.packagist composer https://mirrors.aliyun.com/composer/ - 删掉PHP禁用函数：
putenv、proc_open、pcntl_signal、proc_get_status（进宝塔PHP设置页 → 禁用函数 → 全部删除） - 确认OpenSSL启用：
php -m | grep openssl，没输出就回PHP设置检查是否禁用了file_get_contents和curl_exec
如果仍报SSL错误，运行php -r "print_r(openssl_get_cert_locations());"，看default_cert_file指向的路径是否存在，不存在就补软链。
宝塔计划任务或一键部署里跑composer，环境变量失效怎么办
COMPOSER_MEMORY_LIMIT在宝塔计划任务里大概率丢失——它依赖shell启动时注入，而宝塔任务是用www用户以最小环境执行的，export语句根本没机会运行。
唯一可靠方式是显式写全命令：
php -d memory_limit=2G /www/server/php/82/bin/php /www/server/php/composer.phar install --no-dev -o- 路径必须绝对准确：
/www/server/php/82/bin/php是CLI真实PHP路径，/www/server/php/composer.phar是宝塔内置Composer位置 -
--no-dev -o不是可选优化，是上线部署刚需：跳过开发依赖+生成优化autoload，能省几百MB内存 - 别信
COMPOSER_MEMORY_LIMIT=-1——它只管依赖求解阶段，解包和autoload生成仍由PHP进程扛，不受控
复杂点在于：宝塔不同PHP版本共存时，php --ini输出的路径可能和你项目实际用的版本不一致；容易被忽略的是，php -d必须放在composer命令之前，顺序错就完全无效。
