Ninject 中的 .NET Core DI 作用域生命周期

Question

最近，在 Ninject DI 中配置 Entity Framework DbContext 生存期时，我一直在挖掘 .NET Core 依赖注入，因为它已经具有注册 DbContext 的功能，可以在这里找到。默认上下文生命周期为ServiceLifetime.Scoped.

在代码一览中，我们可以看到在 ASP.NET 应用程序中，“scoped”意味着：

范围是围绕每个服务器请求创建的

namespace Microsoft.Extensions.DependencyInjection

{

    //

    // Summary:

    //     Specifies the lifetime of a service in an Microsoft.Extensions.DependencyInjection.IServiceCollection.

    public enum ServiceLifetime

    {

        //

        // Summary:

        //     Specifies that a single instance of the service will be created.

        Singleton = 0,

        //

        // Summary:

        //     Specifies that a new instance of the service will be created for each scope.

        //

        // Remarks:

        //     In ASP.NET Core applications a scope is created around each server request.

        Scoped = 1,

        //

        // Summary:

        //     Specifies that a new instance of the service will be created every time it is

        //     requested.

        Transient = 2

    }

}

我正在尝试在 Ninject DI 中实现类似的功能，但在谈到 .NET Core 应用程序（这不是 Web 应用程序！）时，很难说明 Ninject 中的作用域生命周期相当于什么。

Ninject 有InRequestScope方法，但它仅适用于 Web 应用程序，因此它与 .NET Core DIServiceLifetime.Scoped设置确实不同。

也许我必须在 Ninject 中创建某种自定义范围，但是 - 我仍然无法说明如何实现与 .NET Core DI 中完全相同的范围行为。为此，我需要了解范围生命周期在 .NET Core DI 中的 .NET Core 应用程序上下文中是如何工作的。我的猜测是，有一个 DbContext 实例正在被创建，一旦应用程序退出就会被释放。

因此我的问题：

.NET Core DIscope生命周期设置是如何工作的？它的生命周期是什么？

是否有可能在 Ninject DI 中实现类似的行为？

Answer 1

.NET Core DI 范围生命周期设置如何工作？它的生命周期是什么？.Net 核心在内部与称为ServiceScope. 当调用新请求（例如 Web 请求）时，会创建新实例，其中包含新的服务提供者。在请求期间，此服务提供者用于依赖项解析。请求完成后，范围将被处理，并且其服务提供者及其已解析的服务。  internal class ServiceScope : IServiceScope, IDisposable  {    private readonly Microsoft.Extensions.DependencyInjection.ServiceProvider _scopedProvider;    public ServiceScope(Microsoft.Extensions.DependencyInjection.ServiceProvider scopedProvider)    {      this._scopedProvider = scopedProvider;    }    public IServiceProvider ServiceProvider    {      get      {        return (IServiceProvider) this._scopedProvider;      }    }    public void Dispose()    {      this._scopedProvider.Dispose();    }  }是否有可能在 Ninject DI 中实现类似的行为？正如您已经注意到的那样，实现自定义范围是可行的。编辑：.NET Core DI 的原理与任何其他 IOC 容器相同。它通过 DI 为您的对象（MVC 控制器等）提供依赖项并控制其生命周期。如果您为 DbContext 指定单例生命周期，则仅创建一个，由 DI 在请求时提供，并在整个应用程序/容器生命周期内保留在内存中。如果您指定瞬态，则在请求 DbContext 的所有时间都会获得新的。如果指定范围，则 DbContext 的生命周期将绑定到某个一次性范围，该范围是在某些逻辑请求（asp 中的 http 请求）开始时创建的。当 DI 第一次请求 DbContext 时，会创建新的，保存在内存中，并且在后续 DI 请求中始终保持不变，直到范围被释放（在 asp 的情况下为 http 请求结束）和 DbContext 与它。您可以找到与 TransactionScope 类似的并行。此处，同一个 TransactionScope 中的所有 sqlCommand 都被登记到同一个 sql 事务工具中，该范围已被释放/提交。