为何PostSharp日志级别仅能修改一次？动态调级异常咨询

看起来你遇到的这个问题和日志框架的配置初始化逻辑、应用启动时的配置读取时机密切相关，结合你描述的两种场景，我来拆解下原因和对应的解决办法：

可能的原因分析 #

你的核心场景差异在于首次启动时的日志级别初始值：

• 当首次启动用Debug级别，后续改成Error再切回Debug时，日志源的级别设置没正确生效
• 但首次启动用Error级别，后续改Debug却能正常工作

这大概率是因为：

1. 日志框架的内部缓存/状态锁定：从你用到的LoggingServices来看，应该是Enterprise Library的Logging Application Block，这类框架在首次初始化日志源并设置级别后，会缓存配置状态，后续即使代码重新设置级别，也可能因为内部初始化逻辑跳过了更新
2. 配置读取的缓存问题：如果App_Start里的代码用静态变量缓存了首次读取的日志级别，后续应用重启时没有重新读取web.config的最新值

解决方案 #

1. 移除代码动态设置，直接通过配置文件管理级别 #

最稳妥的方式是让日志框架直接读取配置文件，避免代码干预带来的状态问题。比如在web.config的日志配置节中直接指定级别：

<loggingConfiguration>
  <sources>
    <source name="Tracing" switchValue="Debug">
      <!-- 接收器相关配置 -->
    </source>
  </sources>
</loggingConfiguration>

修改switchValue后保存web.config，ASP.NET应用会自动重启并加载最新级别，不需要额外代码。

2. 确保每次启动都读取最新配置，不缓存 #

如果必须用代码动态设置，要保证App_Start的代码每次启动都读取最新的web.config值，别用静态变量缓存：

protected void Application_Start()
{
    // 每次启动都直接读取最新配置，不缓存旧值
    var logLevelStr = ConfigurationManager.AppSettings["LogLevel"];
    if (Enum.TryParse<LogLevel>(logLevelStr, out var logLevel))
    {
        // 重新获取日志源实例，避免复用旧的缓存实例
        var traceSource = LoggingServices.GetSource(LoggingRoles.Tracing);
        traceSource.SetLevel(logLevel);
        // 若是Enterprise Library，可强制刷新配置
        // LoggingConfiguration.Refresh();
    }
}

注意：修改web.config后要确认应用确实重启了（ASP.NET默认修改web.config会触发AppDomain重启），如果没触发，手动重启应用池或站点即可。

3. 强制刷新日志框架配置 #

如果日志框架存在内部缓存，设置级别后可以强制重置配置状态。以Enterprise Library为例：

// 先重置日志框架配置，再重新设置级别
LoggingServices.ResetConfiguration();
var traceSource = LoggingServices.GetSource(LoggingRoles.Tracing);
traceSource.SetLevel(logLevel);

这样能清空框架内部的缓存状态，确保新的级别设置生效。

验证步骤 #

1. 按照上述方案修改代码或配置
2. 先将web.config日志级别设为Error，构建运行，确认Debug日志不显示
3. 修改为Debug并保存web.config，等待应用重启
4. 检查Debug日志是否正常显示
5. 再切换回Error确认日志被过滤，最后切回Debug验证恢复情况

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