composer require爆内存因需重解析依赖树、校验版本、下载元数据等，过程比install更重；可用php -d memory_limit=2G（置命令最前）或COMPOSER_MEMORY_LIMIT=2G解决。
直接加 php -d memory_limit=2G 就能绕过报错，但必须加在命令最前面；COMPOSER_MEMORY_LIMIT=2G 是更轻量的替代方案，尤其适合 CI 环境。
为什么 composer require 会爆内存
composer require 不只是加一行配置——它要重解析整个依赖树、校验所有版本约束、下载元数据、执行 post-require 脚本、再生成新的 autoload 映射。这个过程比 install 更重，尤其当 composer.json 里有模糊版本（如 ^1.0）或大量 dev-dependencies 时，内存峰值很容易突破 1.5GB。
常见现象包括：
- 卡在
Resolving dependencies阶段不动，终端无输出 - 突然退出，只留一句
Killed（这是系统 OOM killer 干的） - 报错
Allowed memory size of XXX bytes exhausted
临时提内存：必须用对命令格式
别指望改 php.ini 生效——CLI 和 Web 用的不是同一个配置文件。优先用命令行参数，确保作用于当前进程：
- Linux/macOS/Windows CMD：
php -d memory_limit=2G composer require vendor/package（等号两边不能有空格） - PowerShell：
php -d "memory_limit=-1" composer require vendor/package（引号不能少） - 用了
composer.phar？必须写成php -d memory_limit=2G ./composer.phar require ...，否则-d不生效 - 设
-1表示无限制，本地开发可用；CI/CD 中建议写死为2G或3G，避免被容器 OOM 杀掉
COMPOSER_MEMORY_LIMIT 环境变量怎么用才有效
这个变量是 Composer 原生识别的，只影响它的依赖求解器（SAT solver），不干扰其他 PHP 扩展，比全局 memory_limit 更精准：
- 临时生效（当前终端）：
export COMPOSER_MEMORY_LIMIT=2G（Linux/macOS）或set COMPOSER_MEMORY_LIMIT=2G（Windows CMD） - CI 脚本中推荐直接前缀注入：
COMPOSER_MEMORY_LIMIT=2G composer require vendor/package --no-interaction - 验证是否生效：
php -r "echo getenv('COMPOSER_MEMORY_LIMIT');"应输出2G - 别在
.env或phpunit.xml里设PHP_MEMORY_LIMIT——Composer 不读这些
容易被忽略的三个放大器
光加内存不一定够，以下情况会让内存消耗翻倍：
-
xdebug开着：运行php -v看输出是否含xdebug，有的话加-d zend_extension= -d xdebug.mode=off关掉 - 旧插件残留：比如已废弃的
hirak/prestissimo或fxp/composer-asset-plugin，检查composer.json的require-dev和plugins字段 -
vendor/外混入大文件：如logs/、storage/app/、巨型 JSON 配置，它们会被dump-autoload扫描到，触发额外内存分配
真正棘手的不是内存值设多大，而是 require 过程中哪些环节在偷偷吃内存——尤其是插件和 autoload 扫描范围，这两处不清理，加到 4G 都可能崩。
