Java 为什么可以'；扩展log4j时，在log4j中记录方法名称和代码行

我已经扩展了log42记录器

想法： 我应该将enum传递给log方法，以便在运行时选择appender

我的界面：

public interface MyLoggerInterface {
    void info(String logMessage, MyLoggerAppenderEnum... appender);
    public static MyLoggerInterface getLogger(Class aClass, MyLoggerAppenderEnum... appender) {
        return MyLoggerInterfaceImpl.getLogger(aClass, appender);
    }
}

    public class MyLoggerInterfaceImpl extends Logger implements MyLoggerInterface {
    private static final String FQCN = MyLoggerInterfaceImpl.class.getName();

    protected MyLoggerInterfaceImpl(LoggerContext context, String name, MessageFactory messageFactory) {
        super(context, name, messageFactory);
    }

    public static MyLoggerInterface getLogger(Class aClass, MyLoggerAppenderEnum... appenders) {
        return getLogger(aClass.getName(), appenders);
    }

    private static MyLoggerInterface getLogger(String name, MyLoggerAppenderEnum... appenders) {
        return (MyLoggerInterfaceImpl) org.apache.logging.log4j.LogManager.getLogger(name);
    }

    @Override
    public void info(String logMessage, MyLoggerAppenderEnum... appenders) {
        this.log(FQCN, Level.INFO, null, new SimpleMessage(logMessage), null, appenders);
    }

    private void log(String fqcn, Level level, Marker marker, Message message, Throwable throwable, MyLoggerAppenderEnum... appenders) {
        Arrays.stream(appenders)
                .map(appender -> findAppenderByName(appender))
                .collect(Collectors.toList())
                .forEach(appender ->
                        appender.append(
                                new Log4jLogEvent(this.getName(), marker, fqcn, level, message, new ArrayList<Property>(), throwable)
                        )
                );
    }

    private Appender findAppenderByName(MyLoggerAppenderEnum appenders) {
        return this.getAppenders().get(appenders.name());
    }
}

实施：

public interface MyLoggerInterface {
    void info(String logMessage, MyLoggerAppenderEnum... appender);
    public static MyLoggerInterface getLogger(Class aClass, MyLoggerAppenderEnum... appender) {
        return MyLoggerInterfaceImpl.getLogger(aClass, appender);
    }
}

    public class MyLoggerInterfaceImpl extends Logger implements MyLoggerInterface {
    private static final String FQCN = MyLoggerInterfaceImpl.class.getName();

    protected MyLoggerInterfaceImpl(LoggerContext context, String name, MessageFactory messageFactory) {
        super(context, name, messageFactory);
    }

    public static MyLoggerInterface getLogger(Class aClass, MyLoggerAppenderEnum... appenders) {
        return getLogger(aClass.getName(), appenders);
    }

    private static MyLoggerInterface getLogger(String name, MyLoggerAppenderEnum... appenders) {
        return (MyLoggerInterfaceImpl) org.apache.logging.log4j.LogManager.getLogger(name);
    }

    @Override
    public void info(String logMessage, MyLoggerAppenderEnum... appenders) {
        this.log(FQCN, Level.INFO, null, new SimpleMessage(logMessage), null, appenders);
    }

    private void log(String fqcn, Level level, Marker marker, Message message, Throwable throwable, MyLoggerAppenderEnum... appenders) {
        Arrays.stream(appenders)
                .map(appender -> findAppenderByName(appender))
                .collect(Collectors.toList())
                .forEach(appender ->
                        appender.append(
                                new Log4jLogEvent(this.getName(), marker, fqcn, level, message, new ArrayList<Property>(), throwable)
                        )
                );
    }

    private Appender findAppenderByName(MyLoggerAppenderEnum appenders) {
        return this.getAppenders().get(appenders.name());
    }
}

上下文选择器：

public class MyLoggerContextSelector implements ContextSelector {

    private final LoggerContext CONTEXT = new MyLoggerContext("MyLoggerContext");
    public LoggerContext getContext(String fqcn, ClassLoader loader, boolean currentContext) {
        return CONTEXT;
    }
    public LoggerContext getContext(String fqcn, ClassLoader loader, boolean currentContext, URI configLocation) {
        return CONTEXT;
    }
    public List<LoggerContext> getLoggerContexts() {
        return Arrays.asList(CONTEXT);
    }
    public void removeContext(LoggerContext context) {
    }
}

和经理：

public class MyLoggerManager {
    public static void initialize(String configURL) {
        try {
            System.setProperty("log4j2.loggerContextFactory", "ge.test.core.logging.MyLoggerLog4jContextFactory");
            System.setProperty("Log4jLogEventFactory", "org.apache.logging.log4j.core.impl.DefaultLogEventFactory");
            Configurator.initialize(null, configURL);
        } catch (Exception ex ) {
            System.err.println("Cannot initialize Log4J using configuration url:" + configURL);
        }
    }
}

酷！一切都很好和用法：

 MyLoggerManager.initialize("Log4j2.xml");
 MyLoggerInterface logger = MyLoggerInterface.getLogger(AppLauncher.class);
 logger.info("test", MyLoggerAppenderEnum.Console);

但问题是，若使用扩展自定义记录器，则无法记录方法名称和行。布局正确如果我不使用扩展自定义记录器，也会记录方法名称和行

<Configuration status="WARN">
<Appenders>
    <Console name="Console" target="SYSTEM_OUT">
        <PatternLayout pattern="%d{HH:mm:ss.SSS} [%t] %-5level %logger{36} %method:%line - %msg%n"/>
    </Console>
    ...
</Appenders>
<Loggers>
    ...
    <Logger name="Console" level="trace" additivity="false">
        <appender-ref ref="Console" level="trace"/>
    </Logger>
    ...
    <Root level="error">
        ...
        <AppenderRef ref="Console"/>
    </Root>
</Loggers>
</Configuration>

我的代码在这里

我使用log4j 2.9.1
我认为这里有两个问题：

创建能够正确记录位置信息的自定义或扩展记录器的好方法是什么
应用程序如何在运行时动态选择目标appender
1。自定义记录器

Log4j如何打印方法名和行号是通过遍历堆栈跟踪（针对每个事件）并在调用记录器的应用程序中查找类/方法。它可以这样做，因为Log4j知道记录器的完全限定类名（FQCN）。对于自定义记录器，这需要不同的FQCN，还需要堆栈跟踪具有相同的结构：自定义记录器FQCN和应用程序类/方法在堆栈跟踪中的行数与标准Log4j记录器相同。这可能很难做到正确

您是否有可能使用记录器包装器实现您的目标？Log4j带有一个。此工具最初用于支持自定义日志级别，并记录在手册的“自定义日志级别”页面中

生成的记录器代码将处理FQCN，您可以将其用作进一步增强的基础

2。在运行时动态选择追加器

这个需求非常常见，Log4j2提供了一个内置的解决方案，因此您不需要为此创建自定义记录器

解决此问题的标准方法是配置。此appender可以将日志事件路由到一组预定义的appender，也可以在必要时动态添加新的appender

手册页面有三个示例，但是（“如何动态写入单独的日志文件？”）可能非常适合您的要求。该示例使用
ThreadContext
映射来控制后续事件（在当前线程中）记录到哪个日志文件。
我认为这里有两个问题：

创建能够正确记录位置信息的自定义或扩展记录器的好方法是什么
应用程序如何在运行时动态选择目标appender
1。自定义记录器

Log4j如何打印方法名和行号是通过遍历堆栈跟踪（针对每个事件）并在调用记录器的应用程序中查找类/方法。它可以这样做，因为Log4j知道记录器的完全限定类名（FQCN）。对于自定义记录器，这需要不同的FQCN，还需要堆栈跟踪具有相同的结构：自定义记录器FQCN和应用程序类/方法在堆栈跟踪中的行数与标准Log4j记录器相同。这可能很难做到正确

您是否有可能使用记录器包装器实现您的目标？Log4j带有一个。此工具最初用于支持自定义日志级别，并记录在手册的“自定义日志级别”页面中

生成的记录器代码将处理FQCN，您可以将其用作进一步增强的基础

2。在运行时动态选择追加器

这个需求非常常见，Log4j2提供了一个内置的解决方案，因此您不需要为此创建自定义记录器

解决此问题的标准方法是配置。此appender可以将日志事件路由到一组预定义的appender，也可以在必要时动态添加新的appender

手册页面有三个示例，但是（“如何动态写入单独的日志文件？”）可能非常适合您的要求。该示例使用
ThreadContext
映射来控制后续事件（在当前线程中）记录到哪个日志文件。
当我阅读您的问题时，感觉就像是一个问题。有很多方法可以在运行时使用现有的log4j2功能选择appender，例如，如果这是您扩展log4j2的唯一原因，我建议您进行更多的研究，并尽可能尝试使用提供的功能。我想传递我的enum并在运行时选择appender。我没有看到任何这样的例子。我更新了我的答案。当我读到你的问题时，感觉像是一个错误。有很多方法可以在运行时使用现有的log4j2功能选择appender，例如，如果这是您扩展log4j2的唯一原因，我建议您进行更多的研究，并尽可能尝试使用提供的功能。我想传递我的enum并在运行时选择appender。我没有看到这样的例子。我更新了我的答案。