控制台程序可用iservicecollection+serviceprovider，但需引用microsoft.extensions.hosting；addscoped须手动createscope，否则等同transient；构造函数注入仅对容器创建对象生效，非托管上下文须显式管理作用域。
控制台程序里用不上 ASP.NET Core 自带的 HTTP 请求作用域，但 IServiceCollection + ServiceProvider 完全能跑起来——关键不是“能不能”，而是“怎么配才不踩坑”。
注册服务前先确认项目已引用 Hosting 包
控制台项目默认不带 DI 容器运行时支持，光装 Microsoft.Extensions.DependencyInjection 不够。必须加 Microsoft.Extensions.Hosting（.NET 6+ 推荐）或至少 Microsoft.Extensions.DependencyInjection.Abstractions + 手动 BuildServiceProvider()。
- 项目文件里要包含：
<packagereference include="Microsoft.Extensions.Hosting" version="8.0.0"></packagereference>（版本对齐 SDK） - 没装这个包，
Host.CreateApplicationBuilder()会报找不到类型；硬用new ServiceCollection()虽能注册，但缺 Host 环境下自动配置的日志、配置等扩展能力 - 别在 .NET Framework 项目里硬套这套——
Microsoft.Extensions.*是 .NET Core+ 生态，Framework 下需额外适配
AddTransient/Scoped/Singleton 在控制台里怎么选
控制台没“每个请求一个作用域”的自动机制，AddScoped 的行为和 Web 项目不同：它只在你手动 CreateScope() 后才生效，否则等同于 AddTransient。
-
AddTransient<imyservice myservice>()</imyservice>：每次GetRequiredService<imyservice>()</imyservice>都新建实例；适合无状态工具类（如IMapper、IEmailSender） -
AddScoped<irepository sqlrepository>()</irepository>：必须搭配using var scope = provider.CreateScope();使用，否则注入IRepository会失败（No service for type 'IRepository' has been registered） -
AddSingleton<iconfiguration>()</iconfiguration>：安全，IConfiguration、ILoggerFactory这类全局只读对象就该单例；但别让 Singleton 类持有 Scoped 服务（比如把DbContext塞进单例类里），启动直接报Cannot resolve scoped service from root provider
构造函数注入只对容器创建的对象生效
你在 Main 里 new MessageService(new ConsoleMessageWriter())，哪怕 MessageService 构造函数声明了 IMessageWriter，DI 也完全不参与——字段永远是 null，不会自动填充。
- 正确路径：注册
MessageService（如builder.Services.AddTransient<messageservice>()</messageservice>），再通过provider.GetRequiredService<messageservice>()</messageservice>获取 - 中间件、后台服务、定时任务回调里想用服务？不能靠字段注入；得把
IServiceProvider注入宿主类（如Worker : BackgroundService），再调_provider.CreateScope()拿新作用域 - 接口和实现类型必须严格匹配：注册了
AddScoped<iemailservice smtpemailservice>()</iemailservice>，构造函数就得写IEmailService email，写成SmtpEmailService email就报No service for type 'SmtpEmailService'
非托管上下文必须手动管理作用域生命周期
Timer 回调、BackgroundService.ExecuteAsync、单元测试这些地方没有现成的 IScopedService 上下文，直接 Resolve Scoped 服务必炸。
- 错误写法：
var repo = provider.GetRequiredService<irepository>();</irepository>—— 报No service for type 'IRepository' - 正确写法：
using var scope = provider.CreateScope(); var repo = scope.ServiceProvider.GetRequiredService<irepository>();</irepository> - 必须用
using包裹作用域，否则DbContext不释放、连接池耗尽、内存泄漏；别把scope.ServiceProvider存成字段长期持有——它只在当前using块内有效 - 单元测试常用轻量方案：
new ServiceCollection().AddScoped<irepo repoimpl>().BuildServiceProvider()</irepo>
最常被忽略的一点：注册顺序影响替换逻辑。用 TryAdd 或 Replace 时，如果第三方库内部已经注册过某个服务（比如 EF 的 IDbContextFactory），你的 AddScoped 可能被静默跳过——得看源码或启用 DI 日志才能发现。
