深入理解Spring-之-Spring-进阶开发必知必会-之-Spring-扩展接口
我们在前几篇文章中已经深入了解了 Spring 的 IOC 机制和 AOP 机制,在阅读源码的同时,楼主对 Spring 中设计模式的运用可以说五体投地,还有我们还知道更重要的一点就是:Spring 留给了我们大量的扩展接口供开发者去自定义自己的功能,甚至于 AOP 就是在 Spring 预留的扩展接口中实现的,意思是只要基于 Spring IOC,遵守 Spring 对扩展接口的约定,那么就能实现自己想要的功能。可见 IOC 的强大,那么。今天我们就将 Spring 留给我们的接口拿出来说一说。而我们的标题是Spring 进阶开发,为什么这么说,如果说只是简单的使用 Spring 中的bean,那么只是Spring的初级开发者。如何精通Spring 就看有没有掌握好Spring留给我们的这些扩展接口,以及如何使用他们。
我们今天主要讲述以下几个接口,如有遗漏,请指出:
- FactroyBean 我们熟悉的AOP基础bean
- BeanPostProcess 在每个bena初始化成前后做操作。
- InstantiationAwareBeanPostProcessor 在Bean实例化前后做一些操作。
- BeanNameAware、ApplicationContextAware 和 BeanFactoryAware 针对bean工厂,可以获取上下文,可以获取当前bena的id。
- BeanFactoryPostProcessor Spring允许在Bean创建之前,读取Bean的元属性,并根据自己的需求对元属性进行改变,比如将Bean的scope从singleton改变为prototype。
- InitialingBean 在属性设置完毕后做一些自定义操作 DisposableBean 在关闭容器前做一些操作。
1. FactroyBean 我们熟悉的AOP基础bean
这个Bean 我们再属性不过,我们再学习 AOP 的时候,知道 XML 方式的 AOP 就是通过该接口实现的。我们复习以下该接口的结构。
1 | public interface FactoryBean<T> { |
该接口定义了3个方法,获取bean实例,获取bean类型,是否是单例。Spring 在 IOC 初始化的时候,一般的Bean都是直接调用构造方法,而如果该Bean实现了FactoryBean 接口,则会调用该Bean的 getObject 方法获取bean,这也是Spring 使用此接口构造AOP的原因。在 IOC 调用此方法的时候,返回一个代理,完成AOP代理的创建。
我们做个测试:定义一个FactoryBean,重写他的 getObject 方法:
测试类中调用:
注意:此时返回的已经是 AOP 类型的Bean,因为我们在 getObject 返回到是 new Aop(),验证了我们之前说的。使用该接口,能够为我们做很多有趣的事情。就靠你来想象了。
2. BeanPostProcess 在每个bean初始化成前后做操作。
该接口我们应该也非常的熟悉,还记的我们的注解配置的AOP是如何实现的。就是间接实现了该接口。在 IOC 初始化的时候,会调用的该接口的后置处理方法。我们看看该接口定义:
public interface BeanPostProcessor {
Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException;
Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException;
}
一个是前置方法,一个是后置方法,注解方式的AOP的实现就是在 postProcessAfterInitialization 方法中实现的。我们写一个测试类,看看结果是什么?
我们在Bean 初始化之前后之后都打印以下该Bean的名称,那么运行结果是什么呢?下面是SpringBoot 启动后的一部分日志:
可以看到我们项目中所有的Bean在初始化的时候都调用该方法。因此,我们在以后的开发中就可以做一些自定义的事情。
3. InstantiationAwareBeanPostProcessor 在Bean实例化前后做一些操作。
这个接口实际上我们也是非常的熟悉,该接口在我们剖析注解配置AOP的时候是我们的老朋友,实际上,注解配置的AOP是间接实现 BeanPostProcess 接口的,而 InstantiationAwareBeanPostProcessor 就是继承该接口的。我们看看他的继承图谱:
可以看到该接口在继承的基础上又增加了3个方法,增加了扩展bean的功能。我们写个 Demo 测试一下:
可以看到,需要实现 5 个方法,其中2个方法是 BeanPostProcess 接口定义的方法:在bean初始化的前后执行,而 InstantiationAwareBeanPostProcessor 则新增了 3 个方法,分别是 postProcessBeforeInstantiation (实例化之前),postProcessAfterInstantiation (实例化之后),postProcessPropertyValues (在处理Bean属性之前),开发者可以在这三个方法中添加自定义逻辑,比如AOP。我们看看运行结果。
可以看到,所有的Bean在IOC的时候都执行了我们的方法,其中实例化在初始化之前执行,这个顺序对我们使用该接口是很重要的,千万不要弄混。
4. BeanNameAware、ApplicationContextAware 和 BeanFactoryAware 针对bean工厂,可以获取上下文,可以获取当前bena的id。
这三个接口的功能其中都一样,我们看看他们的继承图谱就知道了:
可以看到,这三个接口都继承自 Aware 接口,并分别定义了自己的接口定义方法。实现这些接口就能得到Spring的Bean 工厂。从而调用getBean方法获取Bean。很多项目中都使用此接口做了Spring的工具类。比如可以像这么使用:
我们写了一个测试类,然后看以下运行结果:
运行结果:
可以看到,在IOC的过程中,该Bean的三个方法都被执行,我们就可以获取到容器,从而可以做很多自定义的额事情。
5. BeanFactoryPostProcessor Spring允许在Bean创建之前,读取Bean的元属性,并根据自己的需求对元属性进行改变,比如将Bean的scope从singleton改变为prototype。
我们看看该接口的定义:
只定义了一个方法,该方法注释:在它的标准初始化之后修改应用程序上下文的内部bean工厂。所有的bean定义都已经加载了,但是还没有实例化bean。这允许覆盖或添加属性,甚至是对初始化bean的属性。参数是什么呢?应用程序上下文所使用的bean工厂。也就是说,我们可以获取某个Bean的定义,然后修改该Bean的定义:比如下面这样:
我们看看运行结果:
我们将成功的单例的Bean改成了多例。
6. InitialingBean 在属性设置完毕后做一些自定义操作。 DisposableBean 在关闭容器前做一些操作。
我们写以下demo 看看是如何运行的:
实现这两个接口:
启动类:
在运行启动类之后,就会关闭容器。退出虚拟机,我们看看运行结果:
在执行Set 属性方法后,立即执行 afterPropertiesSet 方法,因此,我们就可以在该方法中做一些事情,然后在执行 System.exit(0) 后,执行 destroy 方法,我们也可以在该方法中执行一些逻辑。
7 总结
我们了解了 Spring 留给我们的扩展接口,以提高我们使用 Spring 的水平,在以后的业务中,也就可以基于 Spring 做一些除了简单的注入这种基本功能之外的功能。同时,我们也发现,Spring 的扩展性非常的高,符合设计模式中的开闭原则,对修改关闭,对扩展开放,实现这些的基础就是 Spring 的 IOC,IOC 可以说是 Spring 的核心, 在 IOC 的过程中,对预定义的接口做了很多的预留工作。这让其他框架与 Spring 的组合变得更加的简单,我们在以后的开发工作中也可以借鉴 Spring 的思想,让程序更加的优美。