Ninject 中的 .NET Core DI 范围生命周期

Question

编辑：由于许多用户错误地将其视为 ASP.NET 特定问题。请注意，我的应用程序不是 Web 应用程序，并且我没有使用 ASP.NET 应用程序（我正在使用它的功能，它在 .NET Core 中也可用）。

---

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

在代码预览中，我们可以读到在 ASP.NET 应用程序中，“作用域”意味着：

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

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 有 InRequestScope 方法，但它仅适用于 Web 应用程序，因此它与 .NET Core DI ServiceLifetime.Scoped 设置确实不同。

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

因此我的问题：

• .NET Core DI scope 生命周期设置如何工作？它的生命周期是什么？
• 是否可以在 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 中实现类似的行为？

正如您已经注意到的那样，实现自定义范围是可行的。您可以在另一个答案中查看如何执行此操作：

Ninject - In what scope DbContext should get binded when RequestScope is meaningless?

编辑：

.NET Core DI 的原理与任何其他 IOC 容器相同。它通过 DI 为您的对象（MVC 控制器等）提供依赖关系并控制其生命周期。

• 如果为 DbContext 指定单例生命周期，则只有一个是 创建，由 DI 在请求时提供并保存在内存中 整个应用程序/容器的生命周期。
• 如果您指定瞬态，您将获得新的 始终请求一个 DbContext。
• 如果指定范围， DbContext 的生命周期绑定到一些一次性范围，该范围是在一些逻辑请求的开始时创建的（在 asp 的情况下为 http 请求）。当 DbContext 是 DI 第一次请求，创建一个新的，保存在内存中，你在 后续 DI 请求，直到范围被释放（在 asp 的情况下，http 请求结束）和 DbContext 它。

您可以找到与 TransactionScope 类似的相似之处。在这里，同一个 TransactionScope 中的所有 sqlCommands 都被登记到同一个 sql 事务中，但作用域被释放/提交。

Answer 2

在 Ninject.Web.Common nuget 包中有一个名为 InRequestScope 的扩展方法。

InRequestScope：https://github.com/ninject/Ninject.Web.Common/wiki/InRequestScope

您可以关联 .net core 和 ninject DI 方法 来自https://github.com/ninject/Ninject/wiki/Object-Scopes