为何@WebMvcTest指定控制器类时会加载全量应用上下文？

这是Spring Boot的预期设计行为，不属于框架Bug，两种@WebMvcTest写法的上下文加载逻辑存在本质差异，是非常高频的切片测试踩坑点。

带参数@WebMvcTest(ValidationController.class)的实际加载逻辑 #

• 传入控制器类参数时，框架会自动查找项目中标注@SpringBootApplication的主启动类作为配置入口，在此基础上构建Web切片上下文
• 除了你显式指定的控制器、MVC核心基础设施（拦截器、消息转换器、参数解析器等），框架还会默认扫描加载所有全局Web相关组件：包括@ControllerAdvice全局异常处理器、@JsonComponent序列化组件、WebMvcConfigurer实现类、自定义HandlerMethodArgumentResolver等
• 核心坑点：框架不会对这些全局Web组件的依赖做切片过滤。如果你的全局Web组件（比如全局异常处理器）里注入了其他Service、Mongo Repository这类和当前测试控制器完全无关的Bean，框架会顺着依赖链把这些组件全部纳入上下文，最终上下文规模会接近完整应用启动；如果这些间接引入的Bean没有被@MockBean模拟，就会抛出你遇到的「缺失无关Bean」的启动错误。

无参@WebMvcTest搭配@ContextConfiguration符合预期的原因 #

• 无参@WebMvcTest不会主动查找项目主启动类作为配置入口，配合@ContextConfiguration(classes = ValidationController.class)显式指定加载范围时，上下文只会加载你明确列出的Bean + Web切片自带的核心MVC组件，不会自动扫描全局Web配置，自然不会把无关的依赖链带入上下文，完全符合轻量切片测试的预期。

用法建议 #

• 如果你的全局Web组件没有冗余的非Web层依赖，@WebMvcTest(目标控制器.class) + @MockBean模拟控制器直接依赖是官方推荐的标准写法，比手动指定配置类更简便
• 如果全局Web组件依赖了大量非Web层Bean，不想逐个Mock无关依赖，可以选择两种方案：
  • 沿用你验证通过的写法：无参@WebMvcTest + @ContextConfiguration，手动指定需要加载的控制器、必要的Web组件，完全控制上下文范围
  • 通过@Import注解单独引入测试需要的局部Web配置，排除带冗余依赖的全局组件

注意：不少教程提到「@WebMvcTest(指定控制器.class)只会加载单个控制器」是不准确的，该写法默认会加载所有全局Web层组件，只有显式通过@ContextConfiguration指定配置源时，才会严格限定Bean的扫描加载范围。

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