我之前也碰到过一模一样的情况！Composer处理dev版本依赖的时候，因为要解析大量分支和版本约束，特别容易吃内存，给你几个实用的解决办法：

1. 临时提升PHP内存限制（最快生效） #

直接在执行Composer命令时临时放开内存限制，不用修改配置文件：

php -d memory_limit=-1 composer require hwi/oauth-bundle:^0.6.0@dev php-http/guzzle6-adapter:^1.2@dev php-http/httplug-bundle:^1.10@dev

或者如果已经修改了composer.json，就用：

php -d memory_limit=-1 composer update

解释：-1表示让PHP使用系统可用的全部内存，只是本次命令生效，不会影响全局配置。

2. 跳过Dev依赖减少内存消耗 #

你提到更新时包含了require-dev，这些开发依赖往往会拉取大量额外包，进一步增加内存压力。可以先跳过它们完成核心安装：

php -d memory_limit=-1 composer update --no-dev

如果之后需要安装开发依赖，再单独执行：

php -d memory_limit=-1 composer update --dev

3. 长期调整PHP内存配置（适合频繁遇到的情况） #

如果经常碰到Composer内存不足的问题，可以修改PHP的全局配置：

• 先找到当前CLI使用的php.ini文件：

  php --ini
  

• 打开文件后找到memory_limit项，修改为更大的值（比如2G）或者直接设为-1（开发环境推荐，生产环境不建议）：

  memory_limit = 2G
  

• 保存后，下次执行Composer就会自动使用新的内存限制。

4. 更新Composer到最新版本 #

老版本的Composer内存管理效率较低，先升级到最新版再尝试安装：

composer self-update

补充说明 #

你选择的是@dev版本的包，Composer需要解析大量的分支、版本约束以及依赖关系，这比安装稳定版要消耗更多内存，所以1.5G的内存被耗尽是很常见的情况，用上面的方法基本都能解决。

内容的提问来源于stack exchange，提问作者Brian Chen