Question

我正在使用log4net，其中我在静态类中获取对logger的引用，如下所示：

internal static class Constants
{
   public static readonly ILog Log = LogManager.GetLogger(MethodBase.GetCurrentMethod().DeclaringType);
}

并在整个应用程序中使用该引用，如下所示：

Constants.Log.Info(_message);

然而，我感觉这可能会导致问题，我意识到恒定（全局？）变量可能是一件坏事。

这种方法有什么问题吗？
原因是什么？
如何解决这些问题？

Answer 1

如果您希望能够轻松区分日志级别并为每个类使用不同的日志目标（“appenders”），那么您是正确的，即不是最佳方法。

通常建议每个类都有一个静态ILog实例，以它的完全限定类型命名：

namespace Animals
{
   public class Dog
   {
       private static readonly ILog Log = LogManager.GetLogger(typeof(Dog));
   }

   public class Cat
   {
       private static readonly ILog Log = LogManager.GetLogger(typeof(Cat));
   }
}

虽然与单身人士相比，这看起来更像是工作，但从长远来看，它证明非常方便。完成此操作后，很容易通过配置文件区分Dog和Cat日志级别（示例显示为log4net语法）：

<log4net>

   <!-- appender definitions ommited -->

   <!-- default for all loggers in Animals namespace -->
   <logger name="Animals">
     <level value="WARN"/>
   </logger>

   <!-- ...but we need full debug for Dogs -->
   <logger name="Animals.Dog">
     <level value="DEBUG"/>
   </logger>

   <!-- ...and we want to send Cat messages over e-mail -->
   <logger name="Animals.Cat">
     <level value="INFO"/>
     <appender-ref ref="SmtpAppender"/> 
   </logger>

</log4net>

log4net之类的日志框架也使用hierarchical logging的概念：如果记录器的名称后跟一个点是后代记录器名称的前缀，则称该记录器是另一个记录器的祖先。要使用此功能，最好避免手动命名记录器（使用硬编码的string），而是使用类型信息来包含整个命名空间。

Answer 2

这实际上创建了一个标志符号，其中存在许多问题，包括进行有效的单元测试。单元测试不需要记录并引入不必要的依赖。

您应该考虑使用IoC容器和依赖注入。

在静态类中保存对logger的引用

2 个答案: