应设置 COMPOSER_MEMORY_LIMIT=-1 环境变量，因其可穿透所有子进程，而 php -d memory_limit=-1 仅作用于主进程且不被子进程继承。
Composer install 报 Allowed memory size exhausted 怎么办
Yii2 项目执行 composer install 或 composer update 时崩在内存不足，不是 Yii2 的锅，是 Composer 默认限制太保守（尤其在 Windows 或低配开发机上）。PHP CLI 模式下默认内存限制常为 128M，而 Yii2 全量依赖解析+autoload 生成轻松突破 512M。
- 别改
php.ini全局设置——影响其他 CLI 工具，且可能被环境覆盖 - 优先用
COMPOSER_MEMORY_LIMIT环境变量临时提限，只作用于当前命令 - Linux/macOS：运行前加
COMPOSER_MEMORY_LIMIT=-1 composer install（-1表示无限制） - Windows CMD：用
set COMPOSER_MEMORY_LIMIT=-1 && composer install - Windows PowerShell：用
$env:COMPOSER_MEMORY_LIMIT="-1"; composer install
为什么 php -d memory_limit=-1 composer.phar install 有时也不管用
因为 Composer 自身会 fork 子进程（比如执行脚本、处理插件、生成 autoload），这些子进程不继承父进程的 -d 参数。环境变量方式才是 Composer 官方推荐的、能穿透所有子进程的方案。
-
php -d memory_limit=-1只控制主进程，子进程仍走 php.ini 默认值 - 某些共享主机或 Docker 镜像会硬编码限制子进程内存（如通过
php -n启动），此时必须靠COMPOSER_MEMORY_LIMIT - 如果连环境变量都无效，检查是否用了
composer self-update升级到最新版——旧版（
安装完记得调回合理限制，否则有隐患
COMPOSER_MEMORY_LIMIT=-1 是调试手段，不是长期配置。放任无限制可能掩盖真实内存泄漏，或在 CI/CD 流水线中因超时失败。
- 日常开发够用值：设为
1G（即COMPOSER_MEMORY_LIMIT=1G） - CI 环境建议显式指定（如 GitHub Actions 中用
env:设置），避免依赖机器默认值 - 若反复遇到大内存需求，检查是否装了冗余插件（如
fxp/composer-asset-plugin已被废弃，强制启用会显著拖慢并吃内存）
Yii2 项目里还有哪些操作容易触发内存爆掉
除了 composer install，以下场景也常见同类报错，原理相同但容易被忽略：
-
yii migrate/up执行大量数据迁移时，尤其含batchInsert或未分页的ActiveRecord::findAll() -
yii serve启动内置服务器后，首次访问触发自动 Gii 模板渲染或 asset 发布 - 使用
AssetBundle+yii\web\AssetManager自动发布大量前端资源（特别是未压缩的源码包） - 开启
debug模式后，日志写入或 Profiler 收集全请求堆栈，也会叠加内存压力
这些不是 Composer 问题，但错误现象高度相似——看到 Allowed memory size exhausted，先确认是不是 PHP CLI 内存限制，再定位具体命令链路。
