为何@SpringBootTest构造器注入需@Autowired而普通Spring Bean不需要

常见的行为差异现象 #

• 普通Spring托管类场景：只要类被@Service等注解标记为托管Bean，通过Kotlin主构造器声明依赖时，无需额外添加@Autowired即可完成自动装配，示例代码：

@Service
class MailService(
  private val projectService: ProjectService,
  private val mailer: Mailer
) { ... }

• @SpringBootTest标注的测试类场景：沿用相同的主构造器注入写法时，必须在构造器参数上额外添加@Autowired，否则会直接抛出依赖注入失败的异常，示例代码：

@SpringBootTest
internal class MailerTest(
  @Autowired private val mailer: Mailer
) { ... }

行为差异的根本原因 #

两种场景走的实例化、注入判定逻辑完全独立，并未共用同一套自动装配判定规则：

• 普通托管类的注入判定规则：被@Service、@Repository等构造成分注解标记的类，会被Spring组件扫描逻辑识别为候选托管Bean。这类类的实例化由Spring核心容器负责，当类仅存在单个构造器时，Spring会默认将该构造器作为合法注入入口，不需要额外的@Autowired标记就会自动匹配容器内的Bean完成参数装配。
• @SpringBootTest测试类的注入判定规则：测试类本身不属于组件扫描的覆盖范围，它的实例化由Spring TestContext测试框架独立完成。这套框架的构造器注入触发条件非常严格：只有构造器参数上明确标记了@Autowired，框架才会从关联的Spring容器中匹配对应类型的Bean传入；不会因为测试类仅存在单个构造器，就默认走自动装配推断流程。

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