java - slf4j 装饰器正在记录装饰器 FQCN，而不是调用 FQCN

Question

我从 slf4j Logger 类创建了一个装饰器类，因为我需要在 info、debug 等中执行特定检查方法。我正在使用 log4j12 绑定(bind)。

除了记录的 FQCN 外它工作正常:它不是调用类的 FQCN，而是装饰器类的 FQCN。

package foo.bar;

import org.slf4j.Logger;

public class MyLogger implements Logger {

private final Logger logger;
private final boolean traceAndExit;

public MyLogger(Logger logger, boolean traceAndExit) {
    this.logger = logger;
    this.traceAndExit = traceAndExit;
} // MyLogger

@Override
public void info(String message) {
    try {
        logger.info(message);
    } catch (Exception e) {
        if (traceAndExit) {
            traceAndExit(e);
        } // if
    } // catch
} // info

...

如果在任何其他类 foo.bar.OtherClass 我这样做:

MyLogger myLogger = new MyLogger(LoggerFactory.getLogger(OtherClass.class), true);
myLogger.info("this is a message");

然后我获取的日志打印foo.bar.MyLogger而不是foo.bar.OtherClass(%C转换字符)。

关于如何正确执行此操作的任何想法？我必须打印 FQCN。

Answer 1

很遗憾，您没有提到您使用的是什么日志记录实现。 slf4j 只是各种日志实现共享的通用 API。

幸运的是，至少 Logback、Log4j 和 Log4j 2 应该以相同的方式解释 %C 格式说明符。

Logback documentation和 Log4j 2 documentation将 %C 定义为“发出日志记录请求的调用者的完全限定类名”。这分别发生在 ch.qos.logback.classic.spi.CallerData 和 org.apache.logging.log4j.util.ReflectionUtil 中。基本上，框架会检查堆栈跟踪，直到他们有理由确定已经离开了自己的代码库，然后使用他们在堆栈上遇到的“下一个”类。 在您的例子中，这是 MyLogger 类。

避免这种情况的最简单方法是完全放弃 %C 格式说明符。虽然在调试中很有用，但堆栈自省(introspection)对性能有严重影响，无法干净利落地处理像您这样的情况。

%c 格式说明符改为插入记录器的名称。如果正确初始化记录器:

// static logger
private static final Logger STATIC_LOG = LoggerFactory.getLogger(OtherClass.class);

// instance logger
private final Logger log = LoggerFactory.getLogger(getClass());

%c 产生预期的输出。这也允许高级日志记录解决方案，例如每个类的多个记录器，例如审核记录。

如果您绝对必须使用 %C 说明符，Logback 提供了一个选项来设置调用者扫描忽略的框架包:

// during application startup
LoggerContext lc = (LoggerContext) LoggerFactory.getILoggerFactory();
lc.getFrameworkPackages().add("foo.bar.logging")

请注意，这将有效地禁用整个 foo.bar.logging 包的 %C 输出。 Log4j 2 似乎没有提供类似的配置选项。