如果你没听过这个类,笨比,那还犹豫什么,赶紧进来看看。
自动配置中的ObjectProvider
在Spring Boot自动配置源码中关于Tomcat的配置时,有这样的自动配置配置源代码。
1 | false) (proxyBeanMethods = |
这就是一个常规的基于Java的配置类。
Spring的注入
在介绍ObjectProvider的使用之前,我们先来回顾一下注入相关的知识。
在Spring的使用过程中,我们可以通过多种形式将一个类注入到另外一个类当中,比如通过@Autowired
和@Resources
注解,这里不过多赘述。
而@Autowired又可以注解在不同的地方来达到注入的效果,比如:
注解在构造函数上
1 |
|
注解在属性上
1 |
|
注解在setter方法上
1 |
|
Spring4.3新特性
上面是最常见的注入方式,如果忘记写@Autowired
注解,那么在启动的时候就会抛出异常。
但在spring 4.3之后,引入了一个新特性:当构造方法的参数为单个构造参数时,可以不使用@Autowired
进行注解。
因此,上面的代码可变为如下形式:
1 |
|
使用此种形式便会显得优雅一些。该特性,在Spring Boot的自动配置类中被大量使用。
依赖关系的改进
同样是在Spring 4.3版本中,不仅隐式的注入了单构造参数的属性,还引入了ObjectProvider
接口。
ObjectProvider接口是ObjectFactory接口的扩展,专门为注入点设计的,可以让注入变得更加宽松和更具有可选项。
那么什么时候使用ObjectProvider接口?
如果待注入参数的Bean为空或有多个时,便是ObjectProvider发挥作用的时候了。
在我们以前写例如@Autowired的时候,如果找不到这个Bean注入,就会抛出异常。
如果注入实例为空时,使用ObjectProvider则避免了强依赖导致的依赖对象不存在异常;
如果有多个实例,ObjectProvider的方法会根据Bean实现的Ordered接口或@Order注解指定的先后顺序获取一个Bean。从而了提供了一个更加宽松的依赖注入方式。
Spring 5.1之后提供了基于Stream的orderedStream方法来获取有序的Stream的方法。
使用ObjectProvider之后,上面的代码便变为如下方式:
1 |
|
这样的好处很显然,当容器中不存在UserRepository或存在多个时,可以从容处理。
但坏处也很明显,如果UserRepository不能为null,则可能将异常从启动阶段转移到业务运行阶段。
ObjectProvider源码
1 | /* |
其中,在BeanFactory中也使用了该接口来定义方法的返回值:
1 | public interface BeanFactory { |