Spring 自动装配的 5 种模式：byName、byType 到底有什么区别？

Spring 自动装配要回答的问题是给对象的属性赋值时容器到底按什么规则把依赖注入进来。很多人刚学 Spring 时听过 byName、byType但真正开发久了对这几种装配方式的细节反而说不清了。而这又恰好是面试爱考的基础题用来判断你的 Spring 功底扎不扎实。Spring 一共提供了 5 种自动装配模式no、byName、byType、constructor、autodetect。下面逐个说清楚。一、no默认不自动装配no是默认模式表示不做自动装配依赖全靠手动用ref指定。日常开发基本不会显式配它因为不写autowire属性时走的就是这个默认行为。二、byName按名称装配byName是按属性名匹配——容器去查找与当前 bean 属性同名的 bean找到就注入。举个例子bean 里有个属性叫userDao容器就去找 id或 name也叫userDao的那个 bean 注入进来。在 Spring XML 自动装配模式中byName 相比 byType 更容易控制。但在现代 Spring Boot 项目中这几种 XML 自动装配方式已经较少使用。三、byType按类型装配byType是按类型匹配——容器去找与属性类型一致的 bean 注入。问题也正出在这里如果找到多个相同类型的 BeanSpring 无法判断应该注入哪一个会抛出NoUniqueBeanDefinitionException。所以用byType有个前提同一类型在容器里必须唯一。只要可能出现多个同类型 bean就更适合改用byName把名称指定清楚。两者对比byName更稳因为它按名字精确定位byType的匹配范围是整个容器里所有该类型的 bean容易踩坑。四、constructor按构造器参数类型装配constructor和byType一样是按类型匹配区别在于它作用于构造函数的参数。它要求 Spring 能够明确找到匹配的构造参数依赖。如果存在多个候选 Bean 且无法确定具体注入对象就会导致装配失败。还有一种容易翻车的情况如果存在多个构造器Spring 需要根据构造参数进行匹配。如果存在多个满足条件的构造器可能导致无法确定使用哪个构造器。正因为约束苛刻这种模式用得相对少。五、autodetect自动检测autodetect交给 Spring 自己判断如果类有默认构造方法就用byType装配没有默认构造方法就用constructor装配。匹配到哪种规则就用哪种不需要人为指定。小贴士autodetect 是 Spring 早期 XML 配置中的自动装配模式在 Spring 3.0 后已经废弃现代项目基本不会使用。怎么选模式匹配依据特点适用no手动ref默认不自动装配不想用自动装配时byName属性名名称精确容易控制XML 配置中需要按名称匹配时byType属性类型同类型必须唯一否则报多个匹配异常类型唯一且图省事时constructor构造参数类型要求唯一构造器重复会报错较少用autodetect自动检测有默认构造走 byType否则走 constructor交给 Spring 判断如果讨论 Spring XML 时代的自动装配模式byName 和 byType 使用较多。但在现代 Spring Boot 项目中更推荐显式注入例如构造器注入、Autowired、Resource可读性和可维护性更好。