前言
大家好，我是 god23bin，今天继续说 Spring 的内容，关于 Spring 中 Bean 的配置的，通过上一篇文章的学习，我们知道了 Spring 中的依赖注入，其中有两种主要的方式，分别是基于构造方法的 DI 和 基于 Setter 的 DI。
我们知道，当写完一个普通的 Java 类后，想让 Spring IoC 容器在创建类的实例对象时使用构造方法完成实例对象的依赖注入，那么就需要在配置元数据中写好类的 Bean 定义，包括各种标签的属性。
如果你是第一次看我这个系列的文章，可能不知道什么是配置元数据，不知道什么是依赖注入，那么请你先去看看我之前的文章，相信对你是有帮助的~
现在我们来说说这其中的配置细节，废话不多说，开始啦！
Bean 定义中的基本标签
property
property 标签：用于注入简单属性值，可以通过 name 属性指定属性名称，通过 value 属性指定属性值，或者通过 ref 属性指定引用其他 Bean。
constructor
constructor 标签：使用构造方法参数值进行注入。通过 value 属性指定了参数的具体值，或通过 ref 属性指定了对其他 Bean 的引用。这样，在容器创建 Bean 实例时，会使用指定的参数值调用构造方法，实现构造方法注入。
list
list 标签：用于注入 List 集合类型的属性值，可以通过value 子标签指定元素的值，或者通过 ref 子标签指定引用其他 Bean。
Java
Spring
MySQL
set
set 标签：用于注入 Set 集合类型的属性值，用法和 list 标签类似。
Value 1
map
map 标签：用于注入 Map 集合类型的属性值，可以通过 entry 子标签指定键值对，键可以通过 key 属性指定，值可以通过 value 属性指定，或者通过 ref 子标签指定引用其他Bean。
props 标签：用于注入 Properties 类型的属性值，可以通过 prop 子标签指定键值对，键可以通过 key 属性指定，值可以通过 value 属性指定。
Value 1
Value 2
以上是 Spring XML 配置文件中 Bean 注入的常用标签和集合注入的标签。
depend-on 的使用
正常情况下，举个例子：
public class A {
private B b;
// 省略 getter 和 setter
}
B 这个 Bean 被写成是 A 的属性，也就是说，A 类依赖 B 类，这种正常的依赖关系下，我们在以 XML 为配置元数据的配置文件中，可以使用 ref 属性来指定 A 的依赖项是 B。
这种依赖关系，是很明显的，一下子就能看出 A 是依赖 B 的，所以我们可以使用 ref 属性来指定依赖项，与此同时，这个依赖项会被注入到需要它的 Bean 中，这里就是 B 的对象被注入到 A 中作为 b 属性。
那么对于依赖关系不明显，但是又有依赖关系的时候，就可以使用 depend-on 属性。
比如有一个类 C，它是间接依赖 D 类的，也就是说 D 没有作为 C 的属性。此时，想要实例化 C，那么需要 D 先实例化好后，才能去实例化 C。
标签中的 depend-on 属性就能够做到这一点，让这种依赖关系不明显的，也能保证你在使用某个 Bean 时，该 Bean 的依赖项会先实例化。
这样，在使用 C 时，是能够保证 C 的依赖项 D 是已经实例化好的。
如果有多个依赖项，那么可以使用有效的分隔符进行分割（英文逗号、英文分号或者空格）：
同理，销毁对象的时候，在销毁 C 对象之前，D 就会被先销毁。
lazy-init 的使用
标签中的 lazy-init 属性是用来指定某个 Bean 是否开启懒加载的。
默认情况下，Bean 定义中这个属性默认值是 false，也就是说默认的 Bean 都不是懒加载的，当 Spring IoC 容器创建后，容器就会立即去创建并完全配置所有的单例作用域的 Bean。
如果我们想让某个 Bean 不在一开始就被实例化，那么就可以使用这个懒加载属性开启某个 Bean 的懒加载。懒加载的 Bean，只有在被第一次使用时，才会被实例化。
在以 XML 为配置元数据为例，直接使用 lazy-init 属性，设置该属性为 true 就 OK。
当然，如果这个懒加载的 Bean 被其他没有懒加载的单例 Bean 给引用了，那么这个懒加载的 Bean 也会在容器创建后被容器所创建，因为容器必须确保单例 Bean 的依赖项都被实例化了。
自动注入依赖项
Spring 支持 Bean 之间依赖关系的自动注入。 它能根据 ApplicationContext 的内容帮我们处理 Bean 之间的依赖关系，这样我们就可以不用手动在配置元数据中指定 Bean 之间的依赖关系。
网上有很多博客把「自动注入」说成「自动装配」的，在我看来，这是两回事，实际上从它们的英文名来看，就是两回事。
说到自动装配（Auto Configuration），一般都是联系到 Spring Boot 的，因为它的特点就是开箱即用，省去大量的配置，而之所以能省去大量的配置，就得益于它的自动装配。而自动注入（Autowiring Collaborator）是指自动注入协作者，换句话说，指 Bean 之间的依赖项 Spring 能帮你去注入。
自动注入的优点
-
可以大大减少我们在配置元数据中进行指定属性或构造方法的参数
-
可以随着对象的发展而更新配置，比如你需要给某个类添加一个新的依赖项，那么你不需要去修改配置元数据，自动注入就帮我们处理
以 XML 作为配置元数据的情况下，我们可以使用 标签中的 autowire 属性来指定自动注入的模式。
3 种自动注入的模式
默认没有自动注入，这就是最开始学习的写法，Bean 的依赖项需要用 ref 属性来指定。
-
byName：容器会默认根据属性名找到一个同名的 Bean 进行自动注入。
-
byType：容器会默认根据属性的类型找到一个同类型的 Bean 进行自动注入，如果存在多个同类型的 Bean，那么 Spring IoC 容器就不知道注入哪一个 Bean，就会抛出异常。
-
constructor：类似 byType，不过它是基于构造方法参数的自动注入。
需要注意的是，自动注入只对那些具有依赖关系的 Bean 起作用，而不是所有的 Bean。因此，在配置 Bean 的时候，需要确保被注入的属性在其他 Bean 中是存在的。
自动注入的限制和缺点
- 在配置元数据中，使用
和编写的明确的依赖关系会覆盖自动注入的，换句话说，它的优先级比自动注入的方式高。还有就是自动注入是不能注入简单的类型的，比如基本数据类型、String、Class 等类型（包括这些类型的数组也是不能自动注入的）。这里的限制是设计上的限制。 - 自动注入是单靠 Spring 帮我们注入的，精确度不如我们手动去明确设置 Bean 之间的依赖关系的，某些情况下可能由于我们的疏忽会注入错误的 Bean 导致意想不到的结果。
- 自动注入的信息对于一些用来生成文档的工具可能是没用的。
- 自动注入的时候找到了多个匹配上的 Bean，对于数组和集合来说是正常的，没什么问题，但是如果要注入的 Bean 是单值属性的依赖关系，那么 Spring IoC 就不知道该注入哪一个 Bean，就会抛出异常。这个就在上面的
byType中说过的。
对于自动注入匹配到了多个 Bean，有以下解决方案：
- 不用自动注入，改为明确手动注入
- 使用
中的primary属性，设置为true，那么在多个同类型的 Bean 定义当中，如果匹配上了，那么这个 Bean 就是主要的候选者，就会注入这个 Bean。 - 使用基于注解的自动注入（
@Autowired、@Primary等）
这几个使用注解实现自动注入的，在后面的文章中再讲。
总结
我们总结一下，关于 Spring 中 Bean 的配置与依赖注入的重要内容。
- Bean 的配置元数据可通过 XML 文件进行定义和配置，当然后续我们会介绍使用
注解和Java 配置作为配置元数据的方式。 - 基本标签包括
property、constructor-arg、list、set、map和props，用于注入属性值或集合类型的属性。 -
depend-on属性用于指定 Bean 之间的依赖关系，确保指定的 Bean 先于当前 Bean 实例化，这种依赖不是显式的依赖。 -
lazy-init属性用于指定 Bean 是否懒加载，默认为false，即容器启动时立即实例化所有单例 Bean。 - 自动注入可减少配置元数据中的显式指定依赖项，提供
autowire属性以设置自动注入的模式。 - 自动注入模式包括
byName、byType和constructor，通过属性名或类型进行自动匹配完成依赖注入。 - 自动注入存在一定的限制和缺点，需注意配置的精确性和冲突解决。
- 对于多个匹配的自动注入，可通过手动注入、
primary属性或基于注解的自动注入来解决。
以上就是本篇所有的内容了，对屏幕前的你有帮助的话，麻烦点点关注，点个免费的赞，给予我支持与鼓励，感兴趣的话可以关注我这个专栏，谢谢你们！
最后的最后
希望各位屏幕前的靓仔靓女们给个三连！你轻轻地点了个赞，那将在我的心里世界增添一颗明亮而耀眼的星！
咱们下期再见！
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
机房租用，北京机房租用，IDC机房托管， http://www.fwqtg.net
