如何将Spring托管的配置Bean注入自定义Log4j2 RewritePolicy插件

Log4j2的自定义插件实例完全由Log4j2自身的插件管理机制创建、持有，不属于Spring容器的托管生命周期，常规的@Autowired、构造器注入流程对插件实例完全不生效，这是所有尝试在插件类上直接加Spring注解失败的根本原因。
此前两个集成方案失败的核心原因都是：

• 触发Log4j2重配置的时机不对，打断了Log4j2自身的插件注册、节点解析链路，导致Appender与RewritePolicy无法正常加载
• 获取Spring上下文的时机不对，在Log4j2初始化插件的阶段（早于Spring容器上下文注入完成）尝试读取Bean，拿到的是空值，和未注入的表现一致

1. 实现全局Spring上下文持有工具 #

由Spring容器托管该工具类，将ApplicationContext实例静态暴露给所有非Spring托管的对象使用，不依赖Log4j2的初始化流程。

@Component
public class SpringContextHolder implements ApplicationContextAware {
    private static ApplicationContext applicationContext;

    @Override
    public void setApplicationContext(ApplicationContext applicationContext) {
        SpringContextHolder.applicationContext = applicationContext;
    }

    /**
     * 静态获取Spring托管Bean，增加非空判断兜底避免空指针
     */
    public static <T> T getBean(Class<T> clazz) {
        if (applicationContext == null) {
            return null;
        }
        return applicationContext.getBean(clazz);
    }
}

注意：该类的包路径要纳入Spring组件扫描范围，不要放置在Log4j2插件的专用扫描包路径下，避免被Log4j2类加载器提前触发加载，导致Spring的上下文注入流程失效。

2. 改造自定义MyPolicy插件 #

插件的实例创建完全交给Log4j2负责，禁止在构造方法、@PluginFactory标记的静态工厂方法内尝试获取Spring Bean——该阶段Spring容器尚未完成初始化，必然无法拿到有效实例。改为在真正执行日志改写逻辑时，懒加载从Spring上下文获取配置属性实例。

@Plugin(name = "MyPolicy", category = "Core", elementType = "rewritePolicy", printObject = true)
public class MyPolicy implements RewritePolicy {
    // 增加缓存避免每次日志改写都查询Spring容器，降低性能开销
    private MyPolicyProperties cachedProperties;

    @PluginFactory
    public static MyPolicy createPolicy() {
        // Log4j2负责创建插件实例，此阶段不做任何Spring上下文相关操作
        return new MyPolicy();
    }

    @Override
    public LogEvent rewrite(LogEvent logEvent) {
        // 首次执行逻辑时懒加载获取Spring托管的配置类实例
        if (cachedProperties == null) {
            cachedProperties = SpringContextHolder.getBean(MyPolicyProperties.class);
            // 兜底：Log4j2初始化阶段若提前触发日志打印，此时Spring上下文尚未就绪，直接返回原日志事件避免启动报错
            if (cachedProperties == null) {
                return logEvent;
            }
        }

        // 基于获取到的配置属性实现自定义日志改写逻辑
        String configValue = cachedProperties.getProperty1();
        return Log4jLogEvent.newBuilder()
            .setLoggerName(logEvent.getLoggerName())
            .setMarker(logEvent.getMarker())
            .setLoggerFqcn(logEvent.getLoggerFqcn())
            // 复制其余日志基础属性
            .build();
    }
}

3. 确保MyPolicyProperties被Spring容器正常托管 #

在SpringBoot启动配置类上，通过@EnableConfigurationProperties注解显式将配置属性类纳入容器管理，避免出现Bean不存在的问题：

@SpringBootApplication
@EnableConfigurationProperties(MyPolicyProperties.class)
public class Application {
    public static void main(String[] args) {
        SpringApplication.run(Application.class, args);
    }
}

• 不要主动监听Spring启动事件手动触发Log4j2重配置：Log4j2的初始化链路与SpringBoot启动流程深度耦合，手动触发重配置很容易打乱插件注册流程，导致自定义的Appender、RewritePolicy节点无法被Log4j2正确解析。
• 不要在插件初始化阶段（类构造器、静态工厂方法）获取Spring Bean：该阶段Log4j2初始化早于Spring容器的上下文注入流程，拿到的ApplicationContext必然为空，表现和未实现ApplicationContextAware完全一致。

内容的提问来源于stack exchange，提问作者mpw2