ASP.NET Core 6 Startup阶段如何实例化使用DI的单例对象

你之前用的services.AddSingleton(new MyService())属于手动传入预构造实例的注册方式，这种模式下DI容器不会参与对象的创建流程，自然也不会帮你自动解析构造函数的依赖，所有参数都需要你手动传入，只适合无参构造或者依赖非常简单的场景。

针对你说的带已注册依赖的构造函数场景，根据你对实例化时机的要求，有两种标准实现方案：

• 方案一：常规单例注册（推荐，90%场景适用）
  直接使用DI容器的类型注册重载即可，不需要手动处理任何构造参数，容器会自动解析所有已经注册过的依赖（包括你示例里的ILogger<MyService>、IConfiguration）：

// 如果定义了服务接口，用接口+实现类的写法
// builder.Services.AddSingleton<IMyService, MyService>();
// 没有接口直接注册实现类即可
builder.Services.AddSingleton<MyService>();

这种写法默认会在MyService第一次被其他组件请求注入的时候创建单例实例，整个应用生命周期内只会生成一个对象，完全符合单例生命周期的要求，后续MyService新增构造依赖时也不需要修改注册代码，维护成本最低。

• 方案二：强制在启动阶段完成实例化
  如果你明确要求单例对象必须在Startup/应用启动流程中就完成实例化，不等第一次业务请求，只需要在所有服务注册完成、应用构建完成后主动解析一次服务触发实例化即可，不会产生多容器副本问题：

var builder = WebApplication.CreateBuilder(args);

// 先完成所有其他服务的注册，比如日志、配置、MVC相关服务
builder.Services.AddControllers();
// 注册MyService为单例
builder.Services.AddSingleton<MyService>();

// 构建应用，此时所有服务注册全部完成
var app = builder.Build();

// 主动解析一次MyService，立刻触发单例实例化，后续所有注入请求都会复用这个实例
_ = app.Services.GetRequiredService<MyService>();

// 后续中间件配置、启动逻辑照常编写
// app.UseHttpsRedirection();
// app.MapControllers();
app.Run();

注意：不推荐在服务注册过程中直接调用BuildServiceProvider()生成临时服务容器来解析实例，这种操作会创建独立的容器副本，可能导致部分单例服务被重复创建，引发配置不生效、对象状态不一致的问题。

内容的提问来源于stack exchange，提问作者Brad Y.