.NET 5 Core 如何在非控制器类中全局访问appsettings.json配置（含DI实现）

一、不使用DI的全局静态配置方案（可行） #

你考虑的静态全局变量方案是完全可以实现的，不需要依赖注入就能在任意类中读取配置，核心思路是在主机构建阶段把IConfiguration实例持久化到静态对象上。
实现步骤：

1. 新增一个静态的全局配置持有类：

   public static class GlobalConfigAccessor
   {
       // 存储全局唯一的IConfiguration实例
       public static IConfiguration Instance { get; set; }
   }
   

2. 在原有的主机构建逻辑中，把上下文里的配置实例赋值给静态属性：

   public static IHostBuilder CreateHostBuilder(string[] args)
   {
       return Host.CreateDefaultBuilder(args)
           .UseWindowsService()
           .ConfigureServices((hostContext, services) =>
           {
               // 主机构建时把配置存入静态对象
               GlobalConfigAccessor.Instance = hostContext.Configuration;
               services.AddHostedService<HostService>();
           }).UseSerilog();
   }
   

3. 后续任意非控制器、非托管类中，直接通过静态类读取配置即可，不需要构造函数注入：

   public class myTestClass 
   {
       public void ReadConfig()
       {
           // 直接读静态配置
           var configValue = GlobalConfigAccessor.Instance["你的配置键名"];
       }
   }
   

方案优缺点说明：

• 优点：改动成本极低，不需要调整现有类的依赖关系，适合临时项目快速落地
• 缺点：破坏了代码可测试性，静态全局对象无法在单元测试中灵活模拟配置值，不符合.NET的依赖注入设计规范，不适合长期维护的生产项目

二、非控制器类使用DI注入IConfiguration（官方推荐） #

很多人误以为只有控制器能通过DI注入服务，实际上只要类是由DI容器托管的，不管是后台服务、普通业务类、工具类，都可以正常注入IConfiguration——毕竟IConfiguration本身就是DI容器默认注册的单例服务，不需要额外配置。
具体实现步骤：

1. 把你的自定义类注册到DI容器中，就在原有的服务配置块里加一行注册逻辑即可，注意根据类的生命周期选择合适的注册方法：

   public static IHostBuilder CreateHostBuilder(string[] args)
   {
       return Host.CreateDefaultBuilder(args)
           .UseWindowsService()
           .ConfigureServices((hostContext, services) =>
           {
               // 注册自定义类，根据实际生命周期选择AddTransient/AddScoped/AddSingleton
               services.AddTransient<myTestClass>();
               services.AddHostedService<HostService>();
           }).UseSerilog();
   }
   

   注册方法选择参考：
   • AddTransient：短生命周期、无状态的类，每次解析生成新实例
   • AddScoped：和请求/作用域绑定的类，同一个作用域内复用实例
   • AddSingleton：全局唯一、长生命周期的类，应用启动后只生成一次实例，注意不要在单例类中注入短生命周期服务，避免出现依赖捕获问题
2. 在需要用到myTestClass的地方，同样通过构造函数注入获取实例，不要手动new对象。比如你已经能正常使用DI的HostService中，直接注入myTestClass即可：

   public class HostService : BackgroundService
   {
       private readonly myTestClass _testService;
       // DI会自动把依赖一路传递，包括myTestClass构造函数需要的IConfiguration
       public HostService(myTestClass testService)
       {
           _testService = testService;
       }
   
       protected override async Task ExecuteAsync(CancellationToken stoppingToken)
       {
           // 直接调用即可
       }
   }
   

常见踩坑提醒：

• 如果你手动在代码里new myTestClass()，DI容器不会自动帮你填充构造函数的IConfiguration参数，最终会出现_config为null的情况，这也是很多人误以为非控制器类不能用DI的核心原因
• 如果某段代码没有直接的DI上下文，也不要手动new，可以通过全局的IHost.Services容器实例解析类，本质还是依赖容器托管，比纯静态全局的方案可测试性好很多

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