.NET 5依赖注入多构造函数场景下ILogger日志异常问题咨询

问题1解答 #

Host.CreateDefaultBuilder 默认会预注册Console、Debug等日志Provider，同时自动绑定appsettings.json中Logging配置节的过滤规则。你调用builder.ClearProviders()清空所有预注册Provider后仅新增Console Provider，日志不输出的核心原因是日志过滤规则不匹配：

1. 若你的配置文件中Logging:LogLevel:Default或对应命名空间的日志级别设置为高于Information（比如Warning），你输出的Information级别日志会被直接过滤
2. 部分.NET版本中手动调用AddConsole()时未自动绑定配置的过滤规则，需要显式指定日志级别，修改配置如下即可：

.ConfigureLogging(builder =>
{
    builder.ClearProviders();
    // 显式设置全局最小日志级别
    builder.SetMinimumLevel(LogLevel.Information);
    // 可按需为指定命名空间设置单独级别
    builder.AddFilter("你的项目根命名空间", LogLevel.Information);
    builder.AddConsole();
})

你注释这两行代码后，默认注册的Console Provider会直接读取配置的过滤规则，符合级别要求的日志就可以正常输出。

问题2解答 #

你遇到的空参数异常、断点不命中的问题核心是多构造函数的使用错误：

1. 你拆分了两个构造函数分别注入不同依赖，无论DI容器选择哪个构造函数初始化实例，都会有一个依赖字段未赋值，后续调用必然出现空引用
2. 你加了[ActivatorUtilitiesConstructor]指定优先使用仅带ILogger的构造函数，但如果你的ExampleHelper没有注册到DI容器、或者你手动new实例时没有传入ILogger参数，就会导致_logger为空抛出ArgumentNullException
3. 断点不命中是因为DI容器选择了另一个构造函数（带ICachingService的）初始化实例，根本没有走到你打了断点的构造函数里

修复方案 #

直接合并所有依赖到同一个构造函数，移除多构造函数的冗余逻辑：

private ICachingService _cashService;
private readonly ILogger<ExampleHelper> _logger;
        
public ExampleHelper(ICachingService cachingService, ILogger<ExampleHelper> logger)
{
    // 手动校验非空，避免注入失败出现不可预期的空引用
    _cashService = cachingService ?? throw new ArgumentNullException(nameof(cachingService));
    _logger = logger ?? throw new ArgumentNullException(nameof(logger));
    
    _logger.LogInformation("Example Logger");
}

然后确认你已经在DI容器中注册了ExampleHelper，在Startup.cs的ConfigureServices方法中添加：

// 可根据你的业务需求选择Singleton/Scoped/Transient生命周期
services.AddScoped<ExampleHelper>();

所有用到ExampleHelper的地方都通过DI注入获取，不要手动new实例，即可同时正常使用缓存服务和日志功能。
如果确实需要兼容旧代码保留多构造函数，需要保证所有构造函数都对所有必填字段赋值，且每个构造函数的参数都能被DI容器正常解析。

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