如何在其他项目或类库中正确读取appsettings.json配置

空引用的核心原因是静态字段_settings的赋值时机完全依赖UserLogic构造函数的执行：

• 你虽然将AppConfiguration注册到了DI容器，但只有从容器解析UserLogic实例、触发构造函数注入时，静态字段_settings才会被赋值
• 直接调用静态方法AuthenticateUser时，UserLogic的构造函数从未执行，_settings始终为null，访问SecretKey自然抛出空引用异常

不要使用静态字段+静态方法的写法，独立类库遵循DI规则即可，全程不需要手动实例化UserLogic，交给容器自动注入即可：

1. 修正UserLogic的写法，移除静态依赖：

public class UserLogic
{
    private readonly AppConfiguration _settings;

    // 构造函数注入配置，使用非静态字段
    public UserLogic(AppConfiguration settings)
    {
        _settings = settings;
    }

    // 改为实例方法，移除static修饰
    public string AuthenticateUser(UserCredentials credentials)
    {
        return _settings.SecretKey;
    }
}

2. 在Startup.cs中把UserLogic注册到DI容器：

services.Configure<AppConfiguration>(Configuration)
        .AddSingleton(sp => sp.GetRequiredService<IOptions<AppConfiguration>>().Value);
// 注册UserLogic为单例，容器自动完成实例化，不需要手动new
services.AddSingleton<UserLogic>();

3. 后续使用时，只需要在调用入口（比如Controller、其他业务服务）通过构造函数注入UserLogic即可，全程不会有空引用问题：

[ApiController]
[Route("api/[controller]")]
public class AuthController : ControllerBase
{
    private readonly UserLogic _userLogic;

    // 容器自动注入实例，无需手动创建
    public AuthController(UserLogic userLogic)
    {
        _userLogic = userLogic;
    }

    [HttpPost("login")]
    public IActionResult Login([FromBody] UserCredentials credentials)
    {
        var key = _userLogic.AuthenticateUser(credentials);
        return Ok(key);
    }
}

这是.NET项目的标准实现，没有全局静态状态，单元测试时可以轻松Mock配置替换AppConfiguration，不会出现静态状态污染测试用例的问题。

如果你一定要保留UserLogic.AuthenticateUser()的静态调用形式，需要在应用启动时主动给静态配置赋值，不要依赖构造函数触发赋值：

1. 改造UserLogic，增加静态初始化入口：

public class UserLogic
{
    private static AppConfiguration _settings;

    // 静态初始化方法，启动时主动调用完成赋值
    public static void InitSettings(AppConfiguration settings)
    {
        _settings = settings;
    }

    public static string AuthenticateUser(UserCredentials credentials)
    {
        if (_settings == null)
        {
            throw new InvalidOperationException("配置未初始化，请先调用InitSettings方法完成赋值");
        }
        return _settings.SecretKey;
    }
}

2. 在Startup.cs的Configure方法中，等服务构建完成后主动调用初始化方法：

public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
    // 其他中间件配置省略
    
    // 从服务容器获取配置实例，完成静态类初始化
    var settings = app.ApplicationServices.GetRequiredService<AppConfiguration>();
    UserLogic.InitSettings(settings);
}

该方案存在明显缺陷：强依赖全局静态状态，单元测试时需要手动初始化配置，测试用例之间容易互相污染；如果初始化逻辑执行顺序错误，比如在InitSettings调用前就访问静态方法，依然会抛出异常；多租户/多配置场景下无法适配不同的配置值。

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