ASP.Net Core 2：ServiceProviderOptions.ValidateScopes属性究竟是什么？

我来给你把ASP.NET Core 2里的ServiceProviderOptions.ValidateScopes底层作用讲透——这玩意儿刚接触DI作用域的时候确实容易懵。

它是配置服务提供者（ServiceProvider）的一个开关，默认在开发环境自动开启，生产环境默认关闭（当然你也可以手动强制配置）。核心作用就是帮你提前揪出依赖注入里的作用域滥用问题，避免上线后踩内存泄漏或状态混乱的坑。

核心验证逻辑：两个关键禁止 #

开启这个选项后，服务提供者会在解析服务时做两道严格检查：

• 禁止从根服务提供者直接解析作用域服务
  根服务提供者是应用启动时创建的顶级容器，生命周期和应用一致（相当于单例）。如果从这里直接拿作用域服务，这个服务实例会变成“伪单例”——根容器不会释放它，会一直持有到应用关闭，轻则内存泄漏，重则破坏不同请求间的作用域隔离（比如多个请求共用同一个数据库上下文实例，导致数据混乱）。开启验证后，这么做会直接抛出InvalidOperationException，在开发阶段就把问题暴露出来。
• 禁止单例服务持有作用域服务依赖
  如果一个单例服务的依赖是作用域类型，单例会一直持有这个作用域服务实例，同样会导致作用域服务无法被正确释放，引发内存泄漏和状态污染。开启验证后，这种情况也会被立刻检测到并抛出异常。

底层实现的简单原理 #

当ValidateScopes设为true时，服务提供者会在内部：

1. 追踪每个注册服务的生命周期类型（单例、作用域、瞬时）
2. 在解析服务时检查当前上下文：
   • 若当前是根容器在解析作用域服务，直接报错
   • 若当前是单例服务在解析依赖，发现依赖是作用域类型，也会报错

给你举个ASP.NET Core 2里手动配置的例子：

public static IWebHost BuildWebHost(string[] args) =>
    WebHost.CreateDefaultBuilder(args)
        .UseStartup<Startup>()
        .ConfigureServices(services =>
        {
            // 强制在生产环境开启作用域验证
            services.AddSingleton<IServiceProviderFactory<IServiceCollection>, DefaultServiceProviderFactory>(_ =>
                new DefaultServiceProviderFactory(new ServiceProviderOptions
                {
                    ValidateScopes = true
                }));
        })
        .Build();

为什么开发环境默认开启？ #

因为作用域滥用的问题在开发阶段很难察觉：内存泄漏可能要运行很久才会显现，作用域隔离的问题也可能在测试场景单一时暴露不出来。开启验证能在开发时就把这些潜在bug扼杀在摇篮里，避免上线后出问题。

什么时候需要手动调整？ #

• 如果你在生产环境也想保持验证（比如应用对DI正确性要求极高），可以手动设为true，不过会带来一点点性能开销（毕竟每次解析都要做检查）
• 某些特殊场景下（极其不推荐），你确实需要从根容器解析作用域服务，可以把它设为false，但一定要自己手动管理作用域和服务实例的释放。

内容的提问来源于stack exchange，提问作者user6485294