php -d memory_limit=-1 composer install 有时仍失败，因内存溢出只是表象，根源常是缓存损坏、vendor残留或composer.lock不一致导致重复解析；需先清理vendor/和lock文件、清缓存，再用php -d memory_limit=2G composer install --no-dev -o重装。
php -d memory_limit=-1 composer install 为什么有时仍失败
因为内存溢出只是表象，背后可能是缓存损坏、vendor残留或lock文件不一致导致的重复解析。PHP进程被kill后，composer.lock可能已部分写入，vendor/里又混着半成品包，下次运行composer install会试图“续上”，反而触发更复杂的依赖回溯和文件扫描。
临时提内存只是绕过限制，不是清理病灶。尤其在CI中反复失败后，直接重试大概率复现OOM。
- 先删干净：
rm -rf vendor/ composer.lock（注意别误删composer.json） - 再清缓存：
composer clear-cache，避免旧包元数据干扰解析 - 最后用确定参数重装：
php -d memory_limit=2G composer install --no-dev --optimize-autoloader - 如果项目用Docker，还要确认
docker run时没设过低的--memory，否则PHP无限制也会被OOM killer干掉
vendor/autoload.php 加载慢甚至触发OOM的真正原因
这不是PHP内存设置低的问题，而是composer dump-autoload阶段读取了大量未声明的全局函数文件。一旦composer.json里有"autoload": {"files": ["helpers.php", "legacy/functions.php"]}这类配置，Composer就会把每个文件全量读进内存做token解析——哪怕只有10个文件，每个2MB，光扫描就吃掉20MB+，叠加类映射生成，极易突破默认128M。
工作流任务拆解与模型编排技能。使用场景：(1) 收到复杂工作任务需要拆解为可执行步骤，(2) 需要为不同步骤选择最合适的模型，(3) 需要跟踪工作流进度和模型使用情况，(4) 长时间任务卡住需要问题诊断和解决方案。
- 检查
composer.json中的autoload.files和autoload-dev.files，删掉非必要项 - 避免把测试工具、调试脚本塞进
autoload-dev，它们不该参与生产自动加载 - 升级到Composer 2.5+后，加
--classmap-authoritative可跳过动态查找，减少运行时内存压力 - CI中优先用
composer install --no-dev --classmap-authoritative -o，比单纯-o更稳
GitHub Actions / GitLab CI 中的典型连锁失败
常见现象是composer install第一次成功，第二次突然OOM。根本原因是CI缓存vendor/但没同步composer.lock，导致下次执行时composer install发现lock文件版本旧，自动退化为update逻辑——整个依赖图重新计算，内存用量翻倍。
- 在CI脚本里显式校验：
git diff --quiet composer.lock || echo "lock changed" - 缓存策略必须绑定
composer.lock的hash，例如GitHub Actions用key: ${{ runner.os }}-composer-${{ hashFiles('**/composer.lock') }} - 不要用
composer update进CI，只允许install；本地更新完提交composer.lock后再推 - PowerShell用户注意：
php -d "memory_limit=-1"必须加引号，否则-1被截断，实际生效的是默认值
Docker容器里改memory_limit无效的排查点
在Docker中执行php -d memory_limit=-1 composer install仍报错，大概率是容器本身内存不足，或者PHP CLI没加载对的php.ini。Composer启动走的是CLI SAPI，它和Apache/FPM用的配置文件完全独立。
- 进容器执行
php --ini，确认Loaded Configuration File路径是否真实存在且可写 - 检查该
php.ini里memory_limit是否被其他行覆盖（比如后面有memory_limit = 128M） - Dockerfile中建议显式设置：
RUN echo "memory_limit = 2G" >> $(php --ini | grep "Loaded Configuration File" | cut -d' ' -f4) - 更稳妥的做法是启动容器时指定内存上限：
docker run --memory=4g --memory-swap=4g ...，防止系统级OOM killer介入
vendor/处于中间态——这种碎文件残留比内存设置本身更常导致二次失败。 
