ASP.NET Core多启动项目静态配置类访问返回null问题

这个异常和你安装的Microsoft.AspNetCore.StaticFiles包没有任何关系，核心是静态类生命周期与多项目启动时的程序集加载逻辑冲突：

1. 你当前采用的「静态类存全局配置+Startup静态属性传IConfiguration实例」的写法本身存在时序风险：静态字段的生命周期完全绑定所属程序集的加载上下文，和ASP.NET Core的应用启动流程没有强绑定关系。
2. 调试时看到控制器调用阶段触发静态类二次初始化、Startup.WPSStaticConfig为null，说明当前命中的WPSGlobalSettings类型根本不是启动阶段完成初始化的那一份：TB-WPS作为二级启动项目，和主项目TB-GUI同进程运行时，一旦触发程序集重加载（比如开发环境热重载、应用域回收、两个项目存在同命名空间/同类型名冲突导致类型加载错位），静态字段会重置为默认null值；而此时Startup的构造函数不会重新执行，静态属性WPSStaticConfig自然也是null，调用GetValue方法就会直接抛出空引用异常。
3. TB-GUI作为主启动项目没有异常，是因为它的程序集是进程启动时第一个加载的，运行时不会对它的核心程序集触发二次重加载，静态字段初始化完成后不会被重置。

按优先级从高到低排列：

• 彻底废弃静态配置类的写法，用ASP.NET Core原生依赖注入体系管理配置，这是最稳妥的根治方案：
  1. 去掉WPSGlobalSettings的static关键字，改成普通实例类
  2. 在ConfigureServices阶段完成配置绑定并注册为单例：

     public void ConfigureServices(IServiceCollection services)
     {
         // 绑定配置节点
         var wpsSettings = new WPSGlobalSettings();
         Configuration.Bind("你的配置前缀节点", wpsSettings);
         // 注册为全局单例
         services.AddSingleton(wpsSettings);
         services.AddControllersWithViews();
     }
     

  3. 在控制器中通过构造函数注入拿到配置实例使用，完全脱离静态字段依赖，从根源上避免程序集重加载导致的值丢失问题。
• 如果暂时不想重构现有静态类逻辑，就修正初始化时序，避免类型被访问时才触发初始化：
  1. 把WPSGlobalSettings的初始化逻辑从字段内联初始化挪到显式静态构造函数中，不要依赖字段声明顺序触发初始化
  2. 不要在Configure方法中才给静态配置类传值，把配置赋值逻辑挪到Startup构造函数的最开头，确保任何代码访问WPSGlobalSettings前配置已经完成加载
  3. 检查两个项目的生成输出路径，不要把两个Web项目的dll输出到同一目录，避免同路径下类型重名导致运行时加载错类型。
• 排查验证手段：可以在WPSGlobalSettings的静态构造函数中加日志，打印当前程序集的加载上下文ID，对比启动阶段和控制器调用阶段的ID是否一致，就能快速确认是不是程序集重复加载导致的问题。

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