SLF4J初始化-替代记录器

Question

我正在Scala中做一个项目，我正在使用slf4j和Logback进行日志记录。现在，日志初始化似乎不是线程安全的。作为一种解决方案，slf4j正在创建替代记录器，即NoOp记录器，该记录器吞咽初始化期间生成的日志语句。slf4j主页就此问题声明：

替代记录器是在底层日志记录系统的默认配置阶段创建的

高度可配置的日志系统（如logback和log4j）可能会创建在其自身初始化期间调用记录器的组件。有关典型情况，请参阅问题LOGBACK-127。但是，由于与SLF4J的绑定过程尚未完成（因为底层日志系统尚未完全加载到内存中），因此无法满足此类记录器创建请求。

为了避免这种鸡和蛋的问题，SLF4J在此阶段（初始化）创建了替代记录器。在此阶段，只需删除对替代记录器的调用。初始化完成后，替代记录器将把日志调用委托给相应的记录器实现，否则将与LoggerFactory返回的任何其他记录器一样工作。

如果必须创建任何替代记录器，SLF4J将发出此类记录器的列表。此列表旨在让您知道在初始化期间对这些记录器进行的任何日志记录调用都已被删除。

还有一个尚未解决的问题描述了这个问题。

对我来说，问题发生在我测试应用程序各部分如何协同工作时。生产者在其自己的线程中运行的日志语句丢失，因为它们被发送到了替代记录器。在创建生产者线程之前添加log语句似乎有助于及时初始化记录器。不过，我想知道是否有人任意打电话给LoggerFactory。getLogger作为应用程序中的第一条语句，保证我永远不会登录到替代的记录器。

简而言之，我的问题是：

>

有没有办法获得保证，即检查记录器是否已初始化（我无法检查记录器的类型，因为它被slf4j外观隐藏）编辑：实际上，我只是想我可能能够检查记录器的类型。以下想法能带来有用的解决方案吗

def logger(context: Class[_]) = {
  log = LoggerFactory.getLogger(context)
  if (log.isInstanceOf[SubstituteLogger]) logger(context) else log

我在这种方法中看到的问题是它依赖于一个特定于实现的类，即 NOPLogger Subthy teLogger。

附录：我不确定这是否与这个问题相关，但我将slf4j记录器包装在一个类中，该类为每个日志上下文实例化（上下文=调用记录器的类）。此外，还有一个对象创建这个包装器的实例，它作为隐式构造函数参数传递给每个想要进行日志记录的类。我将记录器作为参数传递，而不是记录到静态对象（或混合在特征中），以便能够在单元测试中传递特殊记录器。

Answer 1

我遇到了同样的问题，因为多个依赖项带来了它们自己的NoOp记录器副本。在我的例子中，解决方案是通过以下方式显式显示slf4j-log4j12上的固有依赖项：

libraryDependencies = Seq(
  ...
  ).map(_.exclude("org.slf4j", "slf4j-log4j12" ))