@SpringBootTest+@Autowired场景下LogCaptor无法捕获日志问题

该问题的核心是静态变量初始化时机与Spring Boot日志初始化流程的时序冲突，具体逻辑如下：

1. JVM加载测试类阶段会优先初始化静态成员，此时你通过LogCaptor.forClass(FooService.class)绑定了FooService对应的Logger实例。
2. 随后@SpringBootTest触发Spring容器启动，Spring Boot会在启动阶段重置整个日志上下文：包括加载application配置里的日志规则、重新初始化SLF4J底层的日志实现、生成新的Logger实例。FooService中定义的静态Logger会被替换为Spring初始化后的新实例，和静态初始化的LogCaptor绑定的实例没有关联，因此无法捕获到日志。

三类成功场景的原理说明 #

• 无@SpringBootTest的普通测试：没有Spring容器启动修改日志上下文，静态初始化的LogCaptor绑定的Logger和手动实例化FooService使用的Logger是同一个，因此可以正常捕获。
• @PostConstruct中初始化LogCaptor：@PostConstruct是Spring容器完成测试类Bean实例化、属性注入后才执行的回调，此时Spring的日志系统已经初始化完毕，绑定的Logger就是FooService实际使用的实例，因此可以正常捕获。
• 构造器注入时初始化LogCaptor：被@Autowired标注的测试类构造器是Spring实例化测试Bean时才调用的，此时Spring日志系统已经完成初始化，绑定的Logger实例正确，因此可以正常捕获。

推荐使用方案 #

Spring Boot集成测试场景下使用LogCaptor时，不要用静态方式初始化，可选择以下方案：

• 在@BeforeEach测试前置方法中初始化LogCaptor，测试结束后调用logcaptor.close()清理，避免跨测试用例的日志上下文污染
• 直接在测试方法内部初始化LogCaptor
• 使用已验证的@PostConstruct或构造器初始化方案

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