Webflux测试用embedded Redis多类运行时启动失败如何解决？

• 固定端口冲突：你当前配置使用固定的spring.redis.port端口启动嵌入式Redis，第一个测试类启动的Redis进程已经占用了该端口。你写的启动前判断redisServer==null||!redisServer.isActive()仅能校验当前Bean实例持有的Redis对象状态，无法感知操作系统层面端口是否被其他进程占用，因此第二个测试类初始化时仍会尝试用同一端口启动新Redis实例，直接触发启动失败。
• 测试上下文刷新逻辑导致重复启动：测试类上添加的@DirtiesContext注解会强制Spring测试框架在每个测试类执行前后销毁并重建Spring上下文，每个新上下文都会重新初始化EmbededRedis Bean，触发多次Redis实例启动逻辑，进一步放大了端口冲突概率。
• 进程销毁时序差：前一个测试类上下文销毁时触发的@PreDestroy stop方法执行后，Redis进程释放端口存在毫秒级延迟，下一个测试类的上下文初始化逻辑往往会在端口完全释放前就执行，也会导致端口抢占失败。

优先推荐以下两种方案，可根据你的测试需求选择：

方案1：使用随机端口启动（彻底解决端口冲突，适合需要每个测试类隔离Redis环境的场景） #

不用固定端口，每次启动嵌入式Redis前先找操作系统的空闲端口，再动态将端口同步到Spring配置中，让Redis客户端自动适配新端口，修改EmbededRedis配置类代码如下：

import org.springframework.core.env.ConfigurableEnvironment;
import org.springframework.core.env.MapPropertySource;
import javax.annotation.PostConstruct;
import javax.annotation.PreDestroy;
import java.io.IOException;
import java.net.ServerSocket;
import java.util.Collections;

@Component
public class EmbededRedis {
    private RedisServer redisServer;
    // 注入Spring环境配置用于动态修改端口
    private final ConfigurableEnvironment environment;

    public EmbededRedis(ConfigurableEnvironment environment) {
        this.environment = environment;
    }

    @PostConstruct
    public void startRedis() throws IOException {
        if(redisServer == null || !redisServer.isActive()) {
            // 自动获取空闲端口
            int randomPort;
            try (ServerSocket socket = new ServerSocket(0)) {
                randomPort = socket.getLocalPort();
            }
            // 动态覆盖Spring Redis配置的端口，保证客户端能连接到正确的Redis实例
            environment.getPropertySources().addFirst(new MapPropertySource(
                "embedded-redis-dynamic-port",
                Collections.singletonMap("spring.redis.port", randomPort)
            ));
            redisServer = new RedisServer(randomPort);
            redisServer.start();
        }
    }

    @PreDestroy
    public void stopRedis() {
        if(redisServer != null) {
            redisServer.stop();
        }
    }
}

方案2：复用Spring测试上下文（性能最优，适合无需每个测试类隔离Redis环境的场景） #

如果你的测试用例不需要每个类都使用全新的空Redis实例，只需要移除测试类上的@DirtiesContext注解即可：

• Spring测试框架会自动缓存相同配置的测试上下文，多个Controller测试类会复用同一个上下文，整个测试生命周期只会初始化一次EmbededRedis Bean，仅启动一个Redis实例，不会出现端口冲突。
• 如果需要保证测试数据隔离，无需重启Redis，可在每个测试类执行完成后调用Redis命令FLUSHDB清空当前库数据即可，性能远高于重启Redis实例。

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