问题描述
我有一个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
的一种避免使用它的建议,因为它会降低测试速度。