LoggerMessage中SkipEnabledCheck=true为何仍受LogLevel限制？

别搞混了，SkipEnabledCheck = true 跳过的不是日志框架全局的级别过滤，只是源生成器生成的扩展方法内部那层logger.IsEnabled(LogLevel.Debug)的前置检查而已。

具体差异 #

• 没开SkipEnabledCheck时，生成的扩展方法会先判断logger.IsEnabled(LogLevel.Debug)，不满足就直接返回，连LogDebug都不会调用；
• 开了之后，生成的代码会直接调用logger.LogDebug(...)，跳过那层前置判断，但！LogDebug本身还是会被日志框架的全局配置过滤。

你appsettings里设的Default: Information，意味着Debug级别的日志会被框架直接丢弃，跟你跳不跳过扩展方法的检查没关系——哪怕你直接写_logger.LogDebug("xxx")，在这个配置下也不会输出。

核心误区 #

你把两个层面的检查搞混了：

• 一层是源生成器扩展方法自己加的前置检查（由SkipEnabledCheck控制）
• 另一层是日志框架本身的级别过滤逻辑（这一步是LogDebug内部的流程，SkipEnabledCheck管不着）

要是你把appsettings里的LogLevel改成Debug，不管有没有SkipEnabledCheck=true，这条日志都会出来；要是保持Information，就算跳过了扩展方法的检查，框架照样拦着不让输出。

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