@PostConstruct和@PreDestroy的春季问题

问题描述

我有一个Spring应用程序,正在尝试使用EmbededRedis进行测试。因此,我创建了如下所示的组件,以便在测试后初始化并杀死Redis

@Component
public class EmbededRedis {

  @Value("${spring.redis.port}")
  private int redisPort;

  private RedisServer redisServer;

  @postconstruct
  public void startRedis() throws IOException {
    redisServer = new RedisServer(redisPort);
    redisServer.start();
  }

  @PreDestroy
  public void stopRedis() {
    redisServer.stop();
  }
}

但是现在我面临一个奇怪的问题。由于spring会缓存上下文,因此在执行测试后不会每次都调用PreDestroy,但是由于某种原因,会调用@postconstruct,并且EmbededRedis尝试一次又一次启动正在运行的Redis服务器,这是执行中的creatimg问题。>

有没有办法解决这种情况?

更新 这就是我主要定义测试的方式。

@SpringBoottest(classes = {SpringApplication.class})
@ActiveProfiles("test")
public class RedisApplicationTest {

解决方法

抛弃该类并编写一个struct Card: Updatable { var flag0: String = "" var flag1: String = "" var flag2: String = "" var flag3: String = "" } 类,该类将@Configuration暴露为bean。

RedisServer
,

因此,我按照@M的建议调试了ContextInitialization。 Deinum。

对我来说,问题是,我们的应用程序正在模拟不同的类,以便将模拟与Spring上下文混合在一起。 现在,当您使用模拟时,new也将成为cache key的一部分,这将导致高速缓存未命中。原因是,模拟下的类对于不同的测试类显然是不同的。

考虑到这种情况,我更愿意在测试完成后继续使用MockitoContextInitializer使比赛无效,以便以后可以针对不同的测试重新初始化上下文。

注意@DirtiesContext的一种避免使用它的建议,因为它会降低测试速度。