@SpringBootTest的扫描时机与具体执行机制是什么？

1. 指定 classes 属性的场景 #

当你在@SpringBootTest中通过classes参数传入配置类时，扫描逻辑会完全以指定的类为核心：

• 传入普通@Configuration类：Spring Boot不会触发自动包扫描，仅加载该配置类中直接声明的Bean，以及该类通过@Import、@ComponentScan等注解引入的Bean。
• 传入@TestConfiguration类：这是测试专用的配置类，默认不会被主应用的扫描逻辑覆盖。指定后只会加载该类内声明的Bean，常用于在测试中补充或替换主应用的Bean。

示例：

// 仅加载TestConfig中的Bean
@SpringBootTest(classes = TestConfig.class)
public class MyTest {
    @Configuration
    static class TestConfig {
        @Bean
        public MyService myService() {
            return new MyService();
        }
    }
}

2. 不指定 classes 属性的场景 #

如果没有指定classes，Spring Boot会执行以下逻辑：

• 从当前测试类所在的包开始，向上逐层扫描，直到找到带有@SpringBootConfiguration注解的类（通常就是你的主应用类，因为@SpringBootApplication包含@SpringBootConfiguration）。
• 找到该配置类后，会完全遵循这个类的配置规则加载Bean：包括类内声明的Bean、@ComponentScan指定范围的组件（默认是主类所在包及子包），以及@EnableAutoConfiguration带来的自动配置Bean。

这里需要纠正一个常见误解：不存在“先测试根目录向下扫描，再源码根目录向上扫描”的逻辑，核心是从测试类的包向上定位主配置类，之后的扫描完全沿用主配置类的规则。

3. 特殊情况：测试类与主类不在同一包层级 #

如果测试类所在包和主类（带@SpringBootApplication的类）的包没有包含关系，Spring Boot可能找不到主配置类，此时需要手动指定classes，或者在测试类上添加@SpringBootConfiguration来明确配置源。

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