从你的日志来看，确实出现了两次Spring Data仓库扫描和两次MongoDB集群初始化的异常情况——第一次扫描到8个仓库（这应该是你的响应式Mongo仓库），第二次扫描到0个，同时还创建了两种不同模式的Mongo集群（SINGLE和MULTIPLE）。这种问题通常是因为Spring Boot同时加载了普通MongoDB自动配置和响应式MongoDB自动配置，导致上下文重复初始化。

下面是具体的排查和解决步骤：

1. 排除普通MongoDB自动配置类 #

在你的主启动类上，显式排除普通Mongo的自动配置，只保留响应式相关配置：

@SpringBootApplication(
    exclude = {
        MongoAutoConfiguration.class,
        MongoRepositoriesAutoConfiguration.class
    }
)
@EnableReactiveMongoRepositories(basePackages = "com.yourpackage.repository") // 替换为你的实际仓库包路径
public class YourApplication {
    public static void main(String[] args) {
        SpringApplication.run(YourApplication.class, args);
    }
}

这样可以强制Spring只加载响应式Mongo相关的配置，避免普通Mongo配置触发第二次扫描和客户端初始化。

2. 检查依赖是否存在冲突 #

虽然你使用了spring-boot-starter-data-mongodb-reactive，但有些依赖可能会间接引入普通的spring-boot-starter-data-mongodb。你可以通过Gradle命令查看依赖树：

./gradlew dependencies

如果发现有普通Mongo依赖，在Reactive starter中排除它：

implementation("org.springframework.boot:spring-boot-starter-data-mongodb-reactive") {
    exclude group: 'org.springframework.boot', module: 'spring-boot-starter-data-mongodb'
}

3. 确认仓库接口类型 #

确保你的所有Mongo仓库接口都继承自ReactiveMongoRepository，而不是普通的MongoRepository。比如：

public interface UserRepository extends ReactiveMongoRepository<User, String> {
    // 自定义业务方法
}

这样能保证响应式配置正确识别你的仓库，避免普通配置扫描时找不到对应类型的仓库（也就是日志中"Found 0 repository interfaces"的原因）。

4. 检查是否存在多上下文初始化 #

确认你的代码中没有重复触发Spring上下文初始化的逻辑——比如主方法中多次调用SpringApplication.run，或者其他配置类中手动创建ApplicationContext实例。

完成以上步骤后，重新启动应用，应该就能看到只有一次仓库扫描（找到8个仓库）和一次Mongo集群初始化的日志了。

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