composer-php - 为什么 Composer 需要这么多内存？

Question

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

我的 VM 上的可用内存是 700M ，但这还不够。它只有在我停止一些服务并释放 1.2G 后才起作用.

Composer documentation没有详细说明这一点:

Note: Composer internally increases the memory_limit to 512M. If you have memory issues when using composer, please consider creating an issue ticket so we can look into it.

我的问题是—— Composer 在内部做了什么使用这么多内存的事情？

在我看来，流程是 fairly简单，基本上检查模块之间的依赖关系，然后下载模块文件，并修改某些文件。我假设算法与 X 协商所有模块的版本稳定性一点也不简单，但这是其他编程语言的包管理器之间的常见问题，还是 Composer 优化问题？ (例如，我没有听说过 RubyGems 的此类问题)。

Answer 1

大多数其他依赖管理器没有完整的 SAT求解器并进行“近似”，这需要更少的比较(因此更少的 cpu，更少的内存)，但在某些情况下可能会产生无效的结果或无法解决的事情，像 bower 这样的包管理器会问你你想做什么。 Composer 求解器通常会找到解决方案或最终找到冲突。

所以简而言之，这是一个设计选择，但我意识到这也是由于内存使用的问题。有一些策略应该会降低内存使用率，但即使尝试它们也是耗时的事情，而且没有多少人有足够的项目知识或时间来实现这一点，所以目前它有点停滞不前。