慎入:本文将会有大量代码出入。java
在看一些框架源码的时候,能够看见他们不少都会和Spring去作结合。举个例子dubbo的配置:mysql
若是你也须要作一个框架和Spring结合,或者你想知道Spring其余框架是如何和Spring作结合的,那么你应该了解一下Spring的扩展机制。git
本篇文章想从Spring的两个流程去介绍如何扩展,一个是容器初始化流程,一个是Bean的建立流程。github
要想使用Spring,第一步确定是须要先让容器初始化。在AbstractApplicationContext中有一个refresh方法定义了容器如何进行刷新:面试
在refresh中的具体流程以下图:spring
在介绍加载BeanDefinition以前,先让咱们了解一下什么是BeanDefinition,顾名思义BeanDefinition描述Bean的信息的,好比他的class信息,属性信息,是不是单例,是否延迟加载等。sql
如何加载呢?通常有两种手段,一个是经过咱们的xml,一个是经过一些扩展手段。数据库
xml加载以下:安全
咱们在spring的XML中配置这样一个bean的定义,他会进行解析而后转换成咱们的BeanDefinition。bash
还有种方式是经过XML schema扩展的方式,关于xsd的一些详细介绍能够参考这篇文章: Spring中的XML schema扩展机制。有些同窗会问不是还有个注解的方式吗?咱们在学的时候通常书上都写XML和注解两种方式,注解其实也是使用了XML schema的扩展机制,等会我会细讲。
什么是XML schema的扩展呢?
Spring容许你本身定义XML的的结构而且能够用本身的bean解析器进行解析。这里参考一下Spring中的XML schema扩展机制进行自定义扩展的4个步骤:
http\://www.demo.com/schema/demo = xsd.DemoNameSpaceHandler
复制代码
,这一步将咱们以前的标签的url映射到咱们NamespaceHandler。 再建立一个spring.schemas文件,输入:
http\://www.demo.me/schema/demo/demo.xsd= META-INF/demo.xsd
复制代码
这一步将xsd的url进行了映射。
回到注解,你们配置注解的时候通常都是使用下图进行配置:
利用这个扩展机制的还有AOP,MVC,Spring-Cache以及咱们的一些开源框架好比Dubbo等。
这个机制可让咱们在真正的实例化Bean以前对BeanDefinition进行修改。
这里我举例一个实战的例子,想必你们不少都配置过数据库链接池吧,这里拿Druid来举例:
而后咱们建立一个druid.properties输入:
url=jdbc:mysql://localhost:3306/test
username=root
password=123456
复制代码
对于这种配置本身玩玩已经知足,可是在公司有个问题,密码放在项目中明码存储,这样是不行的,别人只要得到了你项目的查看权限那么密码就会被泄漏,因此通常的公司会有一个统一的密码存储服务,只有足够的权限才可以使用,那么咱们能够把密码放在统一存储服务中,经过对服务的调用才能进行密码的使用,那么咱们怎么把从远程服务中获取到的密码注入到咱们Bean中呢?那么就要使用咱们的BeanFactoryPostpRrocessor,下面的代码继承PropertyPlaceholderConfigurer(BeanFactoryPostpRrocessor的实现类):
在XML中有:
经过这种方式咱们能够有几个好处:
通常咱们在API中获取一个Bean都会以下操做:
能够看见真正的建立bean的操做在CreateBean中,对于真正的建立Bean有以下流程:
Spring提供了不少Aware接口用于进行扩展,经过Aware咱们能够设置不少想设置的东西:
invokeAwareMethod提供了三种最基本的Aware,若是是ApplicationContext的话那么在ApplicationContextAwareProcessor又进行了一轮Aware注入。
若是使用ApplicaitonContext类型的容器的话又会有下面几种:
EnvironmentAware:将上下文中Enviroment注入进去,通常获取配置属性时可使用。
EmbeddedValueResolverAware:将上下文中EmbeddedValueResolver注入进去,通常用于参数解析。 ResourceLoaderAware:将上下文设置进去。
ApplicationEventPublisherAware:在ApplicationContext中实现了ApplicationEventPublisher接口,因此能够将本身注入进去。
MessageSourceAware:将自身注入。
ApplicationContextAware:这个是咱们见的比较多的,会将自身容器注入进去。
在前面咱们说过BeanFactoryPostProcessor,这两个名字很像,BeanFactoryPostProcessor是用来对咱们BeanFactory中的BeanDefinition进行处理,此时Bean还未生成。而BeanPostProcessor用来对咱们生成的Bean进行处理。
有一种特殊的BeanPostProcessor,InstantiationAwareBeanPostProcessor,其会在咱们实例化流程以前,若是实现了这个接口,那么就会使用其返回的对象实例,不会进入后续流程。
实战:BeanPostProcessor有什么用呢?
若是你有一个需求,打点项目中方法每一个方法的运行时常,你很容易想到用AOP去作,若是不用AOP的话那么你可使用BeanPostProcessor的后置处理方法,将对应的每一个Bean都进行动态代理。
Spring提供了咱们对Bean进行初始化逻辑的扩展:
俗话说,生与死轮回不止。那么咱们有了生的扩展,天然Spring提供了死的扩展。咱们也能够经过下面两个扩展来实现咱们销毁的逻辑:
PS: 在咱们Spring容器中若是要在JVM关闭时自动调用关闭的方法那么咱们能够((ClassPathXmlApplicationContext) applicationContext).registerShutdownHook();注册关闭钩子,这样在关闭JVM的时候咱们的Bean也能安全销毁。
本篇文章从Spring容器启动原理,以及Bean的初始化原理介绍,引出了多个基本的扩展点。固然这部分扩展点还仅仅是Spring中的一部分,感兴趣的能够阅读Spring的文档,或者阅读Spring源码。若是能掌握这些扩展,之后本身造轮子的时候和Spring结合这些扩展是不能少的。
这篇文章被我收录于JGrowing,一个全面,优秀,由社区一块儿共建的Java学习路线,若是您想参与开源项目的维护,能够一块儿共建,github地址为:github.com/javagrowing… 麻烦给个小星星哟。
最后打个广告,若是你以为这篇文章对你有文章,能够关注个人技术公众号,最近做者收集了不少最新的学习资料视频以及面试资料,关注以后便可领取,你的关注和转发是对我最大的支持,O(∩_∩)O