Spring 依赖注入 Bean 类型的 8 种情况，你学废了吗？
今天来讲的一个你可能不曾注意的小东西，那就是 Spring 依赖注入支持注入 Bean 的类型，这个小东西可能看似没有用但是实际又有点小用。
其实本来这周没打算写文章，但是突然之间就想到了之前有个妹子问过这个问题，并且网上这块东西说的也不多，所以就赶在周末的末尾匆匆写下了这篇文章。
这东西本身也没有什么复杂的原理，所以本文也并没有什么太多深入剖析源码的东西。
1、普通对象
这没什么好说的，大家都这么用的，比如需要用到 UserService，直接 @Autowired 就可以了。
2、Collection 及其子接口
除了支持注入一个单一的对象之外，@Autowired 还支持注入一个 Collection 对象。
比如说，现在有个消息通知的接口 MessageNotifier。
这种接口一般都会有不同的实现，比如说通过邮件通知，或者 app，短信等等，所以就有多种实现，此时如果需要注入 MessageNotifier，就可以使用注入 Collection 的方式，比如
不过这种方式有个规定，那就是注入的类型必须是 Collection 及其子接口，如果你直接注入一个 ArrayList，那么此时是不支持的。
3、数组
同理，@Autowired 也实现了注入一个数组的功能。
代码如下：
4、Map
同样的，@Autowired 还可以注入一个 Map。
此时注入的 map，key 的类型就是 bean 的名称，这种方式可以配合策略模式使用。
不过，这种方式只支持注入的是 Map 接口，不支持子类型接口，代码如下。
5、@Lazy
当一个注入的字段加了 @Lazy 注解之后，那么此时就代表这个字段是延迟注入。
延迟注入并不是不注入，而是注入目标对象类型的代理对象，真正的目标是当需要用到的时候在创建。
如图所示，当注入的 MessageNotifier 时加了 @Lazy 注解，那么此时注入的其实是 MessageNotifier 的代理对象，而真正的 MessageNotifier 对象并没有创建，图中代理对象我称为 MessageNotifierProxy。
由于注入的是对象是代理对象 MessageNotifierProxy，那么真正被使用的就是 MessageNotifierProxy，一旦调用了 MessageNotifierProxy 的方法，此时 MessageNotifierProxy 会去 Spring 容器中查找真正的 MessageNotifier 对象，然后再调用 MessageNotifier 对象的方法。
代码如下：
这就是 @Lazy 延迟注入的原理。并不是不注入，而是注入一个代理对象，可以理解为一个占位符，一个空壳子，先占着位置，等用到这个壳子的时候，这个壳子会去查找到真正的对象，调用真正对象的方法。
@Lazy 的一个使用场景就是用来解决 Spring 无法处理的循环依赖场景，比如使用了 @Async 注解的循环依赖的场景，不了解的小伙伴可以看一下 @Async 注解的坑，小心 这篇文章
6、Optional
Optional 是 JDK1.8 提供的一个 api，可以优雅的解决判空的问题。
@Autowired 也支持了注入 Optional 类型。
代码如下：
注入 Optional 这种方式可以解决注入的对象不存在的导致异常问题，也就是安全注入。
比如说，MessageNotifier 这个对象 Spring 容器中并没有，如果直接注入，此时会抛 NoSuchBeanDefinitionException 异常
而直接通过注入 Optional 的方式就可以解决这个问题。
除了通过 Optional 的方式之外，也可以直接把 @Autowired 的 required 的属性设置为 false 来解决注入对象不存在的问题。
那 Optional 存在的作用是啥？
其实 Optional 的作用仅仅是不用写为空的判断，这也是 Optional 这个类的作用作用，除了这个，跟直接 @Autowired 对象并没有其它区别。
注入 Optional 这种方式其实用的不多，在我的映像中，我在源码中几乎没有看见这种注入方式。
7、ObjectFactory 和 ObjectProvider
ObjectFactory 和 ObjectProvider 是 Spring 提供的两接口
ObjectFactory
ObjectProvider 继承了 ObjectFactory
ObjectProvider
@Autowired 也可以直接注入这两个接口。
代码如下：
从这段代码也可以看出，最终注入的其实是 DependencyObjectProvider 实现。
ObjectFactory 也是用来做延迟注入的操作，跟 @Lazy 作用差不多，但是实现原理不一样。
用上面的例子来说，注入 ObjectFactory 的时候并有创建 MessageNotifier 对象。
当需要使用 MessageNotifier 的时候需要通过 ObjectFactory 的 getObject 方法获取，此时才会真正创建 MessageNotifier 对象。
getObject 实现如下
getObject
所以 @Async 注解导致的循环依赖异常不仅可以通过 @Lazy 注解解决，也可以通过注入 ObjectFactory 的方式解决。
同理，ObjectProvider 也有延迟注入的功能，但是除了延迟注入之外，ObjectProvider 额外提供了跟 Optional 安全注入的功能，这个功能 ObjectFactory 是没有的。
上面的例子中，当使用 ObjectFactory 的 getObject 方法时，如果 Spring 容器中不存在 MessageNotifier 对象，此时也会抛 NoSuchBeanDefinitionException 异常。
但是 ObjectProvider 额外提供的 getIfAvailable 方法就支持获取不存在的对象的功能，当通过 getIfAvailable 获取的对象不存在时，只会返回 null，并不会出抛异常。
getIfAvailable 方法
对比一下与 getObject 方法的实现，就是在获取对象的时候是否要求对象获取的对象不是必须的，这样获取不到就不会抛异常了。
ObjectFactory 和 ObjectProvider 在框架内部中使用的还是比较多的。
就比如说，在 MybatisPlus 自动装配的时候就大量使用 ObjectProvider
并且泛型类型就是数组或者是集合，跟前面说的都对应上了。
通过这种方式就可以安全的注入，当 Spring 容器有这些对象的时候 MybatisPlus 就使用这些，没有也不会报错。
8、JSR-330 Provider
首先，来讲一下什么是 JSR-330。
JSR 是 Java Specification Requests 的缩写，是一种 Java 标准规范。
而 330 算是一个版本，除了 330，听到的比较多的还有 250。
这个规范定义了一些 IOC 的注解，我们熟知的比如 @Resource、@PostConstruct、@PreDestroy 注解都是 JSR-250 中提出的。
一些 IOC 的框架会基于这个标准来实现这些接口的功能，比如 Spring、Dagger2 等 IOC 框架都实现了这些注解的功能。
所以，如果你不使用 Spring 框架，使用其它的 IOC 框架，那么 @Resource、@PostConstruct、@PreDestroy 注解都是可以生效的。
在 JSR-330 中，提出了 javax.inject.Provider 这个接口
不过，想使用 JSR-330 这个接口，需要引入依赖
Spring 也支持注入这个类型的接口
这个接口的功能跟前面提到的 ObjectFactory 功能是一样的，也支持延迟注入的功能。
总结
到这 Spring 能够注入的 Bean 的 8 种类型就讲完了，其实这 8 种类型可以分为以下几种功能：
单一注入，就是注入一个单一的对象
集合注入，可以注入数组或者集合
延迟注入，比如 @Lazy、ObjectFactory、ObjectProvider、JSR-330 Provider
安全注入，不存在不会抛异常，比如 Optional、ObjectProvider
这几种方式并不是互斥的，比如说延迟注入也可以注入的是一个集合，前面举的 MyBaisPlus 自动装配时 ObjectProvider 的使用就是很好的例子。
同时虽然本文举例的是 @Autowird 注解和字段注入的方式，但上面提到的注入的 Bean 类型跟使用注解和注入方式没什么关系，@Resource 注解，构造器注入，setter 注入都是一样的。
原文：https://mp.weixin.qq.com/s/Qd4i8GP8mK25TM4c6cRJyw
如果感觉本文对你有帮助，点赞关注支持一下，想要了解更多 Java 后端，大数据，算法领域最新资讯可以关注我公众号【架构师老毕】私信 666 还可获取更多 Java 后端，大数据，算法 PDF+大厂最新面试题整理+视频精讲
需要资料添加小助理vx：bjmsb2020 2021-10-19 加入
爱生活爱编程
评论