乐趣区

关于java:Spring源码分析spring容器总览

1.spring 简介

2.spring 容器流程梳理

3. 总结

1.spring 简介
spring 我置信大家都不生疏,只有你是一位 JAVA 开发人员,必定会应用它,然而咱们日常的应用中,很多时候只须要写业务逻辑,应用他人曾经封装好的技术,对其原理却无所不知。在此系列的博客中,笔者心愿尽可能地总结 spring 源码,让咱们不再只会应用它,让读者懂其原理。
所谓:有道无术,术尚可求,有术无道,止于术
框架的应用可能就是‘术’,而框架的底层实现原理,就是‘道’。有了‘道’之后,‘术’是能够依据本人的须要造出来的。就像晓得了数学公式是如何推导的,天然不必记住公式,还能对公式进行魔改 ,甚至创造公式。然而如果只有‘术’,就像只晓得了公式的形态,并不知道其起源,略微变一下咱们就认不出来了。
无论是学什么货色,笔者认为,积攒‘道’是十分重要的,且不可急功近利,否则就是欲速则不达。

2.spring 容器流程梳理

咱们在应用 spring 的时候,应用最多的就是AOP 和 IOC。

IOC:管制反转

理念:让他人为咱们服务!

假如我当初须要一个对象,个别状况下咱们都是须要本人 new 进去,然而有了 IOC 之后,咱们将一些对象的控制权给了 spring 容器,当咱们想要的时候,spring 就会本人把对象送来!

看到这里咱们可能比拟迷糊,还是不晓得 ioc 的具体应用,咱们来举个例子好了:

假如咱们有一个 UserServiceImpl, 是 IUserService 的实现类,然而咱们每次应用的时候,都须要:

IUserService userService = new UserServiceImpl();

因为很多中央都要用到这个对象,所以咱们要写很多很多个 new UserServiceImpl();

如果此时,IUserService 更改了需要,须要把所有 IUserService 的实现类 UserserviceImpl 全副改成 UserserviceImpl2(),那代码更改量是十分恐怖的。然而如果有了 IOC,咱们就能够和实现类解耦了。次要更改 IOC 容器外面的实现类,当咱们用到这个接口的实现类的时候,让它给咱们送来就行了(只须要批改一个中央)

AOP:面向切面编程

咱们都晓得,在咱们编码的时候,事务管制,权限管制等代码逻辑,会像一把刀一样,横在咱们业务逻辑两头,咱们将这部分代码称之为,横切业务逻辑代码

那么将这部分代码对立独立进来,将横切逻辑也业务逻辑拆散,并进行对立治理,这就是 AOP。

有了 AOP 和 IOC 的概念之后,接下来咱们来梳理一下,spring 的总体执行流程:

一开始,咱们学习 spring 框架,都是 从配置文件 开始的,咱们在 spring 配置文件中写一个 bean,而后咱们再从容器中读出来。

xml 配置文件:

    <bean id="a" class="slf.A">
    </bean>
// 将 xml 加载到容器中
ClassPathXmlApplicationContext classPathXmlApplicationContext = new ClassPathXmlApplicationContext("applicationContext.xml");
// 从容器中获取 bean
A a = (A) classPathXmlApplicationContext.getBean(A.class);

通过上述代码,咱们大抵能够剖析出,咱们应用 spring 的时候,大略是这样一个执行逻辑:

咱们大略能够总结出这个逻辑,然而 spring 外面却远远不止这么多操作,咱们先来对下面这张图进行一个裁减,退出一个概念BeanDefinition!

BeanDefinition:
它是配置 bean 元信息的一个接口,蕴含:

1)领有属性存储的性能, 比方类信息,比方加载模式(懒加载等等)
2)领有资源获取的能力,也就是读取配置资源的能力
3) 对 Bean 对象的形容能力

因为有的 bean 不是马上被实例化的(lazy-load),而后也可能有的 bean 蕴含了其它 bean 的信息,也可能有的 bean 的属性值须要读取别的文件(${jdbc.username}),所以咱们须要 beanDefinition。

那么,bean 信息除了从 xml 中来,还能够从注解,json,yml,json 等中央来,而后咱们还能够对此图进行一个裁减。

其实 IOC 容器外面,并不仅仅只有反射,这么简略,因而咱们对 IOC 容器也进行一个裁减。

咱们先引入一个概念,beanFactoryPostProcessor:

BeanFactoryPostProcessor 接口,能够对BeanDefinition 元数据进行操作。比方配置文件中的 ${jdbc.username},咱们能够应用 BeanFactoryPostProcessor 将它的值从文件中读取并赋值。

可见 BeanFactoryPostProcessor 能够批改 BeanDefinition 外面的属性值。

而后就是初始化,

在 spring 中,容器将对象的初始化和实例化分成了两步操作:

别离是 初始化和实例化:

如图所示:

初始化,顾名思义,就是咱们平时所说的,在堆内存开拓一块空间

实例化比较复杂,分成了很多步,流程图如所示,咱们将它并入下面那个大图,再进行解说:

填充属性:
具体能够参考 populateBean 办法,大略就是拆卸一些对象,比方对象 A 外面有对象 B,就将 B 从容器中取出来并装进入,这个办法后续会具体进行解说。

执行 aware 接口办法:
Aware 接口的性能就是,一个类只有实现这个类接口的相干子类,则能够拿到相应的货色。

那么具体能够拿到什么呢?咱们能够看一下这个类有哪些实现接口:

比如说 ApplicationContextAware,咱们实现了这个接口,就能够从获取 ApplicationContext 这个对象:

public class AwareDemo implements ApplicationContextAware {

    private ApplicationContext applicationContext;

    @Override
    public void setApplicationContext(ApplicationContext applicationContext) throws BeansException {this.applicationContext = applicationContext;}
}

BeanPostProcessor:Before:
接下来执行 beanPostProcessor 前置办法,实现了这个接口的 bean,咱们要执行它的前置办法

public class BeanPostProcessorDemo implements BeanPostProcessor {

    @Override
    public Object postProcessBeforeInitialization(Object bean, String beanName) throws BeansException {return null;}

    @Override
    public Object postProcessAfterInitialization(Object bean, String beanName) throws BeansException {return null;}
}

init-method:

如果 bean 的文件配置中有 init 标签,咱们就要执行它对应的办法:

    <bean id="a" class="slf.A" init-method="init">
        <property name="b" ref="b"/>
    </bean>

BeanPostProcessor:After:
后置办法,能够参考下面。

3. 总结

明天咱们总结了 Bean 容器的大体的执行流程,也只是粗略地概括了一下,大抵能够用一张图来进行概括:

另外值得一提的是,beanFactoryPostProcessor 和 beanPostProcessor 是有区别的,区别如图所示:

退出移动版