c# - 在配置依赖注入之后，但在第一个 http 请求之前初始化一个单例

问题描述

我正在使用 Azure Functions 版本 2.x。它内置了对依赖注入的支持。

因此，我可以使用以下方法在单例范围内为 DI 注册服务 IMyService：

public class Startup : FunctionsStartup
{
    public override void Configure(IFunctionsHostBuilder builder)
    {
        builder.Services.AddSingleton<IOther, DefaultOther>();
        builder.Services.AddSingleton<IMyService, DefaultMyService>();  // IMyService depends on IOther.
    }
}

DefaultMyService函数第一次执行时会创建一个实例。这意味着第一个请求较慢，因为它会在内部进行大量初始化DefaultMyService（它填充缓存等）。

问题：有没有办法DefaultMyService在第一个请求之前创建？

对于 asp.net core 提出了一个类似的问题，那里的答案提出了一些解决方案，但它们都不能在函数应用程序的上下文中工作：

选项1：创建我的服务的实例（初始化发生在这里），然后注册实例（而不是注册类型）

var foo = new Foo();
services.AddSingleton<IFoo>(foo);

这不起作用，因为在我的情况下IMyService依赖于其他服务，这些服务在我IMyService在Configure方法中注册时没有实例化。它失败并出现此处描述的错误。

选项 2：其他建议是使用重载的 Configure 方法：

public void Configure(IApplicationBuilder app, IFoo foo) 
{
    ...
}

这也不起作用，因为在函数应用程序的情况下，唯一执行的配置方法是Configure(IFunctionsHostBuilder builder)，并且不会调用其他重载。

标签： c#dependency-injectionazure-functions

因为它会在 DefaultMyService 内部进行大量初始化

这就是问题的核心所在。正如 Mark Seemann在这里解释的，注入构造函数不应该做更多的检查 null 和存储传入的依赖项。任何时候在构造函数中执行任何 I/O 或调用类的依赖项时，都会遇到麻烦。

您的问题似乎类似于此 q/a，我的建议是相同的：从构造函数中提取初始化逻辑，然后执行以下操作：

在连接对象图之前进行初始化，并为 DI 配置提供一个初始化的对象，或者
在注册阶段之后和第一次请求之前直接解析和调用对象图，以使数据可以初始化。

c# - 在配置依赖注入之后，但在第一个 http 请求之前初始化一个单例

问题描述

解决方案

推荐阅读