你遇到的核心问题是JVM启动时已经初始化了Java Util Logging的LogManager，而你在Web应用内部（@PostConstruct、ServletContextListener或静态代码块）设置java.util.logging.manager系统属性的时机太晚了——这个属性只会在JVM启动初期被读取一次，之后修改不会生效。

正确的配置步骤 #

1. 在JVM启动参数中指定Log4j2的JUL管理器

这是最可靠的方式，能确保JVM在初始化JUL时就使用Log4j2的桥接管理器。

如果你用Gretty插件运行Web应用，直接在build.gradle的gretty配置里添加JVM参数：

gretty {
    servletContainer = 'tomcat8'
    httpPort = 8081
    jvmArgs = ['-Djava.util.logging.manager=org.apache.logging.log4j.jul.LogManager']
}

如果是部署到独立Tomcat，需要修改catalina.sh（Linux）或catalina.bat（Windows），在JAVA_OPTS中添加参数：

# Linux示例
JAVA_OPTS="$JAVA_OPTS -Djava.util.logging.manager=org.apache.logging.log4j.jul.LogManager"

2. 确保桥接依赖正确且优先级正确

确认你的log4j-jul依赖已经正确引入，并且在类路径中优先于Web容器自带的JUL相关类（Gradle默认会按依赖顺序处理，只要你已经添加了该依赖就没问题）：

compile group: 'org.apache.logging.log4j', name: 'log4j-jul', version: '2.8'

3. 可选：配置JUL日志级别映射

如果需要更精细地控制JUL到Log4j2的日志级别映射，可以在classpath下创建log4j2.component.properties文件，添加以下配置：

# 确保所有JUL日志都能被桥接处理
log4j.jul.bridgeHandler.level=ALL
# 可选：关闭JUL自带的控制台输出，避免重复日志
java.util.logging.ConsoleHandler.level=OFF

为什么之前的方法无效？ #

java.util.logging.LogManager是一个单例，它的初始化发生在JVM启动的早期阶段——远在Web应用的ServletContextListener或@PostConstruct方法执行之前。当你的Web应用代码运行时，JUL的管理器已经实例化完成，此时再设置java.util.logging.manager系统属性，JVM不会重新加载或替换已有的LogManager实例。

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