拥有多个记录器实例而不是单一的静态记录器类有什么好处？

Question

因此，我研究了有关在Java中登录的最佳实践（slf4j、log4j、logback等），看起来，库之间已经同意了日志API应该是什么样子。我一直在读的建议是这样的代码，您可以为每个类创建一个记录器：

class Foo{
  Logger logger = Logger.getLogger(Foo.class);
  //...
  logger.info("my log message");
  //...
}

现在，我并没有真正得到为不同的类使用不同的记录器的好处。为什么Logger类中的info/debug/etc.方法不是静态的？

请不要给出类似“好处是您可以根据类配置日志记录器。例如，您可以将单个类的日志级别设置为调试…”这样的anwser，因为我认为这也是完全静态记录器类可以实现的。

如果您环顾四周（例如stackoverflow:Log4J:Strategies for creating Logger Instance），您会发现有人使用这样的习惯用法：

Logger.getLogger(Thread.currentThread().getStackTrace()[2].getClass().getCanonicalName());

现在，您可以在静态（例如）info（）方法中调用上面的代码，而不是为每个类创建一个记录器，在该方法中，您可以确定调用的类并像其他方法一样平等地应用所有记录器配置。

那么，谁能告诉我一个真正的原因，为什么每个类应该使用一个记录器，而不是使用一个静态记录器？是纯粹的历史原因吗？我是不是漏了什么？我知道可能会有性能影响，但实际上在内存使用方面是积极的（当然在运行时方面是消极的）...

更新我想你甚至可以在static info/debug/etc.方法中使用这段代码，这段代码比上面的代码更漂亮、性能更好：

Reflection.getCallerClass()

然而，对该方法的支持似乎有问题

Answer 1

在静态info（）方法中调用该行会对性能产生不利影响，因为它每次都需要创建整个堆栈跟踪，这非常慢。

将logger实例分配给每个类的一个静态变量意味着您可以显式地了解该类，也可以在加载该类时使用昂贵的方法从堆栈跟踪中确定一次类名。然后，您可以反复使用同一个记录器，而无需再次解析调用类。