GC 如何与 .Net Core 2 中的 DI 一起工作

Question

通常在使用实体框架时，我使用“using”子句：

using (var db = new dbcontext())
{
    var blabla = db.table.tolist();
}

现在，我们已将我们的平台迁移到 .Net Core (2) 中，因为有一个很棒的 DI 机制，我们决定使用它。现在，我们不再使用上述方式，而是在构造函数中获取 dbcontext 作为参数：

public MeaningfullNameController(dbcontext db)
{
    this.db = db;
}

而当另一个类需要使用 dbcontext 时，我们只需在第二个类的构造函数中传递上述 dbcontext 即可。

public class NewClass(dbcontext db)
{
    this.db = db;
}

这种情况让我思考，垃圾收集器如何处理这种情况？ 在性能方面与第一种方法有区别吗？内存泄漏？等等

谢谢， 修罗

Answer 1

在生命周期方面肯定存在差异。

在第一种方法中，您通过new 创建对象（并分配内存和它需要的任何其他资源）。 using 块的末尾将在其上调用 Dispose，释放所有非内存资源。当对象超出范围时，GC 可以看到它没有被使用并随时回收它。

在 DI 方法中，生命周期由 DI 框架管理。 DI 框架将分配它和Dispose 它。 DI 框架可以为应用程序的整个生命周期分配一次，每次调用 DI 支持方法一次或介于两者之间的任何时间。因此，寿命可能更长，甚至可能更长。如果对象存在的时间更长，则意味着 .NET Core 运行时系统分配它的频率较低，回收它的频率较低。它做的工作更少。但这意味着对象资源的使用时间更长：与数据库的连接和任何句柄将保持更长时间。如果您不只使用一次数据库，例如，在应用程序的生命周期内，并且您在整个生命周期内保持它处于活动状态，那么您只是在浪费您不需要的资源。

换句话说，没有一个简单的答案。对于经常使用的资源，与显式调用 new + Dispose 相比，使用具有每个方法调用生命周期的 DI 将涉及相似的工作量。对于其他类型的用途，这将取决于您在做什么以及什么对您的用例“更好”。

一般来说，这不是您应该尝试优化的东西，除非您知道这会导致性能问题。首先为开发者优化。