Composer php 为什么作曲家需要这么多的记忆？

我最近在安装symfony2捆绑包时遇到了与composer的问题

我的虚拟机上的可用内存是

700M

，但还不够。只有在我停止一些服务并释放

1.2G

后，它才起作用

没有详细说明这一点：

注意：Composer内部将内存限制增加到

512M

。如果在使用作曲家时有内存问题，请考虑创建发行券，以便我们可以查看。 我的问题是——作曲家在使用如此多内存的内部做了什么

---

在我看来，这个过程相当简单，基本上检查模块之间的依赖关系，然后下载模块档案，修改某些文件。我认为，用

X

稳定性协商所有模块版本的算法一点也不简单，但这是其他编程语言的包管理器之间的常见问题，还是作曲家优化问题？（例如，我没听说过RubyGems会出现这样的问题）。

大多数其他依赖关系管理器都没有完整的解算器和执行“近似”，这需要更少的比较（因此cpu更少，内存更少），但在某些情况下会产生无效结果或无法解决的问题，包管理器（如bower）会询问您想做什么。作曲家解决者通常会找到解决方案或最终找到冲突

简而言之，这是一个设计选择，但我意识到这也是一个内存使用问题。有一些策略可以降低内存使用率，但这些策略甚至都很费时，而且没有多少人有足够的项目知识或时间来实现这一点，因此目前有点停顿