应优先使用COMPOSER_MEMORY_LIMIT环境变量控制Composer内存，如COMPOSER_MEMORY_LIMIT=2G composer update；它专为Composer设计、不污染PHP全局配置，且composer.json中无法配置该参数。
Composer安装时提示Allowed memory size exhausted
这是最典型的内存不足报错，composer install 或 composer update 运行到依赖解析阶段就崩了，错误末尾通常带 Allowed memory size of XXXXXX bytes exhausted。根本原因不是PHP全局内存设低了，而是Composer自身在解析复杂依赖图时会吃掉远超memory_limit的临时内存——尤其遇到大量包、带脚本的包或旧版Composer时。
- 别急着改
php.ini里的memory_limit，那治标不治本，还可能掩盖其他问题 - 优先用
COMPOSER_MEMORY_LIMIT环境变量控制，它专为Composer设计，只影响当前命令，不污染PHP全局配置 - Windows用户注意：cmd里用
set COMPOSER_MEMORY_LIMIT=-1，PowerShell用$env:COMPOSER_MEMORY_LIMIT="-1"，别漏掉引号 -
-1表示不限制（慎用），日常建议设为2G或1536M，够用又不至于拖垮系统
为什么php -d memory_limit=-1 composer.phar不行
这条命令看似绕过限制，实际常失效。因为Composer v2+启动后会主动检查并覆盖PHP的memory_limit，强行设-1反而触发它的保护逻辑，直接退出并报Composer requires the memory limit to be set to a value greater than 0。
- 真正有效的做法是用环境变量：
COMPOSER_MEMORY_LIMIT=-1 php composer.phar install - 如果用的是全局安装的
composer命令（非composer.phar），环境变量必须放在命令最前面：COMPOSER_MEMORY_LIMIT=2G composer update - Mac/Linux下别用
export长期设置，容易误伤其他PHP进程；临时用env更安全：env COMPOSER_MEMORY_LIMIT=1G composer require monolog/monolog
composer.json里能配memory-limit吗
不能。Composer官方明确不支持在composer.json中配置内存限制，所有试图加"config": {"memory-limit": "-1"}的写法都无效，Composer会静默忽略。
- 配置项只认
COMPOSER_MEMORY_LIMIT这个环境变量，没有别名，大小写敏感 - CI/CD场景（如GitHub Actions）记得在
env:块里显式声明，别指望继承系统默认值 - Docker里如果PHP镜像本身
memory_limit设得很小（比如128M），光设COMPOSER_MEMORY_LIMIT可能不够，得同步调高PHP配置
设太高反而导致OOM Killer杀进程
在内存紧张的服务器或Docker容器里，把COMPOSER_MEMORY_LIMIT设成-1或几GB，可能让Composer吃光可用内存，触发Linux OOM Killer干掉整个进程，日志里只剩Killed三个字，连错误堆栈都没有。
- 生产环境CI机器建议上限设为
2G，开发机可放宽到4G，但别无脑-1 - 用
docker run --memory=4g限制容器总内存时，COMPOSER_MEMORY_LIMIT必须小于这个值，留至少512M给系统和其他进程 - 真遇到超大单仓库（比如Laravel + 数十个私有包），与其硬扛内存，不如拆解
composer update：先--no-scripts装依赖，再单独跑脚本
内存限制不是越大胆越好，关键是让Composer在“够用”和“不抢资源”之间找到那个具体的数字——而这个数字，得看你的包数量、PHP版本、Composer版本，还有你手边这台机器到底还剩多少空闲内存。
