composer在512mb ecs上oom主因是其v2.5+版本强制设2gb内存上限，与php配置无关；应使用composer_memory_limit=-1配合--no-dev等参数绕过，而非php -d memory_limit=-1，并需校验composer diagnose中memory limit是否为-1。
Composer为什么在512MB ECS上直接OOM
不是PHP内存配置低，而是Composer自己设了硬限制——v2.5+默认强制把内存上限压到2GB，哪怕你机器只有512MB可用，它也会照搬这个值，然后被Linux OOM killer干掉。错误里Allowed memory size exhausted后面跟着的字节数，往往是2147483648（2GB），这就说明是Composer自检逻辑在作祟，不是PHP memory_limit没调够。
COMPOSER_MEMORY_LIMIT=-1 是唯一可靠绕过方式
别用php -d memory_limit=-1 composer install，这会让PHP进程彻底失控，容易触发系统级OOM；也别改php.ini，CI环境和本地配置不一致时反而更难排查。真正该做的是：
- 运行前加环境变量：
COMPOSER_MEMORY_LIMIT=-1 composer install - 搭配
--no-dev --no-plugins --no-scripts，跳过所有非必要阶段 - 确认
composer diagnose输出里Memory limit行显示-1，才算生效
autoload_classmap.php生成必须一步到位
composer dump-autoload --optimize只是重写映射，不校验composer.lock或更新已安装包列表，冷启动时照样可能Class not found。真正要跑的是：
围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par
composer install --no-dev --optimize-autoloader --classmap-authoritative- 确保
composer.json里有"exclude-from-classmap": ["tests/", "docs/"]，否则生成的autoload_classmap.php可能超10MB - 别信“先install再dump”，两步走大概率漏类，尤其新增了第三方包之后
镜像源选错会让内存问题雪上加霜
阿里云镜像不支持provider-*.json增量同步，一旦遇到新tag，Composer就会fallback下载20MB+的packages.json全量文件——光解析这个JSON就能吃掉400MB内存。实测：
- 腾讯云、华为云镜像快但
dev分支不同步，require-dev会失败 - 推荐方案：
composer config repo.packagist composer https://packagist.org（官方源） +--ignore-platform-reqs临时绕过平台检查 - 或者用
curl -I https://mirrors.aliyun.com/composer/p/provider-laravel~10.0.json手动验证目标provider是否存在，再决定是否切镜像
最易被忽略的是：--classmap-authoritative开启后，如果exclude-from-classmap没配准，autoload_classmap.php体积暴增，反而让冷启动更慢——它不是越“权威”越好，而是越精简越稳。
