Zend\Di\Di定义和内存

Question

在我的ZF2应用程序中，我使用Zend\Di\Di创建所有的类实例。DI定义使用Zend\Di\Definition\CompilerDefinition进行扫描，并使用APC进行缓存。这避免了在运行时使用慢反射扫描类。如果在实例创建过程中出现异常(由于DI定义过期)，将重新扫描代码，缓存定义，并重新创建实例。

这在开发过程中非常方便，因为不需要为新的类或更改的构造函数编写或更改工厂方法/闭包。我的构造函数遵循一定的约定(只有类型提示的参数和单个$params数组)，以确保在不指定额外构造函数参数的情况下，依赖项注入可以正常工作。

到目前为止，它运行良好，避免了bug(没有过时的工厂方法)，并加快了开发速度。然而，扫描的定义目前在APC中是1.8MB (序列化数组)，而且还在增长。由于它们必须在每次请求时从缓存中加载，因此我担心如果在短时间内有太多请求，内存将会耗尽。不过，我没有负载测试设置来模拟这一点。

我知道推荐的方法是使用Zend\ServiceManager并为每个类编写工厂闭包，而不是使用Zend\Di\Di。但我认为这是大量的工作，并且在开发过程中相当烦人。

在这种情况下，您是否建议重构到Zend\ServiceManager？

Answer 1

这正是我在我关于Zend\Di and RAD的博客文章中所揭示的。

虽然Zend\Di有利于开发，但它在生产中是一个巨大的内存和性能瓶颈。即使您缓存定义，它仍然使用ReflectionClass和call_user_func_array()来操作您的实例。它还必须执行许多对齐注入参数所必需的周围操作:只需查看一下在通过Zend\Di实例化对象期间对array_merge的调用次数。

我编写了一个模块来处理Zend\Di\Di实例管理器到闭包的编译：OcraDiCompiler。它需要一些清理工作，但它的工作是通过跟踪Zend\Di内部的实例化逻辑来生成代码工厂/闭包。如果你想让它“复活”一点，我很乐意在这方面提供帮助，因为它在我的待办事项列表中，但目前优先级较低。

无论如何，通过ServiceManager将实例化逻辑移动到工厂/闭包并不像您期望的那样多，所以不要害怕，试一试:您可能会喜欢它。

Answer 2

我已经编写了一个ZF2模块来帮助您解决这个问题：https://github.com/aimfeld/ZendDiCompiler

ZendDiCompiler是一个Zend Framework2模块，它使用自动生成的工厂代码进行依赖注入。它为您节省了大量工作，因为不再需要编写Zend\ServiceManager工厂闭包并手动使其保持最新。

ZendDiCompiler扫描您的代码(使用Zend)并自动创建工厂方法。如果工厂方法已过时，ZendDiCompiler会在后台更新它们。因此，您可以更快地进行开发，避免因过时的工厂方法而导致的bug，并在生产中体验到出色的性能！