这种内存溢出问题我碰到过好多次，尤其是在新增组件后触发全量依赖更新时——本质是PHP给Composer分配的内存不足以完成复杂的依赖解析计算。给你几个直接有效的解决办法：

临时应急方案（最快见效） #

直接在执行Composer命令时临时取消内存限制，用这条命令代替原来的composer update：

php -d memory_limit=-1 C:/ProgramData/ComposerSetup/bin/composer.phar update

解释：-d memory_limit=-1会让PHP临时不限制内存使用，足够支撑Composer完成这次依赖计算，不会影响全局配置。

永久配置修改（一劳永逸） #

如果经常遇到这类问题，可以修改PHP的全局配置：

• 找到你的PHP安装目录下的php.ini文件（如果是Composer自带的PHP，路径一般是C:\ProgramData\ComposerSetup\bin\php下的对应文件）
• 找到memory_limit配置项，把它改成：

  memory_limit = -1
  

  或者设置一个足够大的固定值，比如memory_limit = 2G
• 保存文件后，关闭并重新打开命令行窗口，再执行composer update即可。

优化小技巧（减少内存压力） #

• 只更新目标组件：如果你只需要更新刚安装的验证码组件，没必要全量更新，执行这条命令就行：

  composer update himiklab/yii2-recaptcha-widget
  

  这样依赖计算量会小很多，内存需求自然降低。
• 清理Composer缓存：缓存里的旧依赖数据可能会让解析逻辑变复杂，执行composer clear-cache清理后再尝试更新，有时候能意外解决问题。

另外提一句：Windows系统下的VirtualAlloc()失败也和系统当前可用物理内存有关，执行更新前尽量关闭其他占用大量内存的程序，给PHP留出足够空间。

内容的提问来源于stack exchange，提问作者Murat Kurbanov