Spring5源码系列-02-源码整体脉络

最新推荐文章于 2022-09-16 13:16:05 发布

@shrs

最新推荐文章于 2022-09-16 13:16:05 发布

阅读量1k

点赞数

分类专栏： Spring源码系列文章标签： spring java

本文链接：https://blog.csdn.net/weixin_39504178/article/details/108920743

版权

Spring源码系列专栏收录该内容

5 篇文章 1 订阅

订阅专栏

简介

Spring框架源码拥有约108万行代码，如果要把所有的代码都看一遍，是需要花费大量时间和精力，而且很容易跟进一个方法绕进去，所以我们需要抓住Spring源码主干源码和Spring源码对各种设计模式的运用，以及怎么有条不紊的整合各种框架实现可扩展，各种框架是怎么无缝衔接的织入Spring框架的，比如Spring整合mybatis、nacos是在哪里织入Spring的等等。

ps：idea 插件 Statistic 可以统计框架有多少行代码

本章主要内容

Spring源码的整体脉络梳理
什么是BeanFactory
BeanFactory和ApplicationContext的区别
图诉SpringIoc的加载过程

先将类加载成Bean定义，加载Bean定义有一个步骤，首先读取到我们的配置类，通过我们的配置类，扫描到配置了@Component等注解的类，然后注册成Bean定义，ApplicationContext可以调用BeanFactoryPostProcessor修改Bean定义，调用BeanDefinitionRegistryPostProcessor注册成Bean定义，通过BeanFactory调用getBean()，然后会实例化，填充属性（解析@Autowired、@Value）,初始化调用各种Aware，调用initMethod方法，生产过程中会有很多扩展点，最终放在一个Map里面

图诉Bean的生命周期
图诉Spring中的扩展接口

前置知识

Spring框架的使用
java编程基础、反射、设计模式、动态代理等

学习资料

设计模式：https://mp.weixin.qq.com/s/12fLnRxKCYABSItkKvU8Fw

概念

IOC 控制反转：用来解决层层之间的耦合

Spring是一个IOC的容器，容器里面管理的是各种Bean，IOC控制反转，是一种设计思想，DI是它的实现。

脉络

我们知道IOC管理了很多Bean，那么怎么将Bean注入IOC，而成为一个Bean?或者我们怎么将一个类怎么变成一个Bean交给IOC管理?

Spring应用的时候一般会

第一步：配置我们的类，不管是xml或者@注解、javaconfig方式配置。
第二步：加载Spring上下文，一般2种方式。xml：new ClassPathXmlApplicationContext(“xml”) 注解：new AnnotationConfigApplicationContext(Config.class)
第三步：getBean()

通过以上应该我们只知道将类注入到IOC容器中

当我们的一个类变成一个Bean的最核心的一个类是什么？

是BeanFactory

BeanFactory是Spring顶层核心接口，使用了简单工厂模式（可参考前面提供的设计模式简单学习一下），负责生产bean。

以下面简单demo为了例查看：

@Configuration
@ComponentScan
public class MainApp {
	public static void main(String[] args) {
		ApplicationContext context=new AnnotationConfigApplicationContext(MainApp.class);
		UserServiceImpl bean = context.getBean("userServiceImpl",UserServiceImpl.class);
		bean.sayHi();


}

getBean()方法

@Override
	public <T> T getBean(Class<T> requiredType) throws BeansException {
		assertBeanFactoryActive();
		return getBeanFactory().getBean(requiredType);
	}

Spring上下文（AnnotationConfigApplicationContext）不生产bean，通知getBeanFactory()去生产Bean，getBean()方法即可以获取Bean，也可以生产Bean，这个方法有2个作用。

查看BeanFactory源码，以idea为例，双击shift,搜索BeanFactory找到该类，快捷键 Ctrl + F12查看该类所有的方法。

由一个工程类传入不同类型的参数，动态决定应该创建哪一个产品类

生产获取Bean的工厂有了，那么我怎么读取到Bean呢？
我们有可能是xml配置的，有可能是注解配置的，这样就需要一个统一的抽象的读取后存放至一个接口类里面，那个这个统一的接口是什么呢？

BeanFactory只负责生产获取Bean，再负责读取就有些不太符合我们单一指责原则。

所以这个统一的接口就是BeanDefinition，Spring顶层核心接口，封装了生产Bean的一切原材料。具体哪些原材料，请看下面提供的信息。

BeanDefinition接口的核心之类AbstractBeanDefinition

或者访问：http://processon.com/chart_image/5f79449de401fd06fd76ff5e.png

下面以一个生活的例子描述下这个几个的关系：

比如我们买新房子要装修，比如需要定制一个衣柜和橱柜

第一步：需要找到一个定制衣柜的衣柜店，定制衣柜。衣柜店不会生产定制衣柜，而是通知一个工厂来生产定制衣柜
第二步：衣柜店会有一个设计师，按照你的要求设计出一个图纸，比如：会有颜色款式等的要求，衣柜店负责人通知工厂按照图纸制作一个衣柜。
第三步：工厂按照图纸要求制作衣柜，制作好后，送到衣柜店，等待你来取走。

如果再定制橱柜，跟上面步骤差不多

衣柜店的角色就是 ClassPathXmlApplicationContext
橱柜店的角色就是AnnotationConfigApplicationContext
而你就是一个带有 @Component的class
工厂就是BeanFactory
颜色和款式就是@Lazy或者@Scope等
衣柜就是Bean
图纸就是BeanDefinition
设计师就是BeanDefinitionRegistry

衣柜店肯定不止一个设计师，也有销售推广等，推广人员去市场寻找在潜在客户，比如推广人员在杭州市西湖区某个小区发传单推广，小区一共有1000个，1000个人就是潜在客户推广人员挨家挨户的介绍产品，但是最终只有10个人买了衣柜,这10个客户就是真实客户。

推广人员这个角色就是BeanDefinitionReader
市场就是xml和配置类，这里可以看做上面例子的杭州市西湖区某小区。比如:配置类配置了org.spring.study这个包，这个包下有1000个类，而只有10个类配置了@Component、@Service等注解
潜在客户就是BeanDefinitionSacnner
真实客户就是bean

BeanFactory和Application有什么区别？

类结构图：

共同：都有生产bean的能力

区别：

Feature	BeanFactory	ApplicationContext
Bean Bean实例化/装配	Yes	Yes
集成的生命周期管理	No	Yes
自动注册 BeanPostProcessor	No	Yes
自动注册 BeanFactoryPostProcessor	No	Yes
便利的 MessageSource 访问 (国际化)	No	Yes
内置ApplicationEvent 发布机制	No	Yes

Spring中文文档：
https://github.com/DocsHome/spring-docs/blob/master/pages/core/overview.md

Bean的生产过程并不是一步到位的，有哪些步骤呢？涉及到Bean的生命周期，有哪些周期？

第一步：实例化，刚才可以看到我们BeanDefinition里面有参数beanClass，直接通过反射就可以拿到bean
第二步：填充属性，解析@Autowired、@Value等等
第三步：初始化，可配置一些initMethodName,destroyMethodName等
第四步：bean基本已成成形，会put到一个Map里面，那么这个Map的key就是beanname，value存的就是bean的实例，而这个Map就是我们大名鼎鼎的单例池也是一级缓存
第五步：getBean()的时候，就是直接在Map里面获取实例