1、spring源码解析之概况流程

文章目录

概要
1.程序入口：加载配置类
2.注解配置上下文AnnotationConfigApplicationContext
3.刷新上下文
4.核心类AnnotationConfigApplicationContext的类图结构
5.跟踪源码进入ioc

概要

以前总是很忙，没有时间写博客，现在挤出时间写一些总结性及实用性的博客。

首先聊一下，之所以开始看源码，是因为随着自身对java的理解不断加深，感觉自己对技术架构方面很感兴趣。所以想深入了解一下开源框架的本质，看各种开源框架、jdk源码有一段时间了，也在源码上写了很多自己理解的注释，一直没有整体总结，偶尔想起来有一些思路，但是容易忘记，所以想做一些总结，每一个我觉得非常复杂的核心流程，我都会用一张或时许图、流程图来进行学习总结。

总的来说，spring的总体流程不是很复杂，但是细思极恐；每一个类、每一个方法的内部实现能牵扯出很多与之相关联的类；其中实现错综复杂，不过不管怎么难，带着设计模式的思想、以及多思考，多实践，多总结的角度，多看几遍，终归会有所收获（可以自己手绘一些uml时序图、流程图来加深理解）。

本文及后续文章主要基于spring 5.0源码分析spring 核心的 ioc和aop，首先缕清spring运行的整体脉络流程。由于注解驱动（无xml）的流行，本文不会涉及xml的上下文及容器刷新流程（注意：作者之前有使用过ssm，涉及过xml配置，个人觉得xml配置会让人思想上更容易理解spring容器、bean的定义等等，感觉现在直接使用spring boot的人可能渐渐忽略了spring才是基石）。

1.程序入口：加载配置类

本文主要采用AnnotationConfigApplicationContext 作为程序的起点。

public class MyApplication {public static void main(String[] args) {//spring上下文，启动一个spring应用程序。AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(MyApp.class);Car bean =(Car) context.getBean("car");System.out.println(bean.getColor()+bean.getPrice());}
}

2.注解配置上下文AnnotationConfigApplicationContext

AnnotationConfigApplicationContext:注解配置上下文。

 public AnnotationConfigApplicationContext(Class<?>... componentClasses) {//this（）由于继承关系，所以会先调用父类的构造方法，在调用子类的构造方法/*** @Author coyhzx* @Description 类继承结构（暂不涉及接口）DefaultResourceLoader -> AbstractApplicationContext ->GenericApplicationContext -> AnnotationConfigApplicationContext*   {@link DefaultResourceLoader} 初始化当前线程的classLoader*   {@link AbstractApplicationContext} 初始化资源模式匹配解析器 PathMatchingResourcePatternResolver*   {@link GenericApplicationContext}  初始化 ioc底层容器 DefaultListableBeanFactory*   {@link AnnotationConfigApplicationContext}  初始化 reader 注解的bean的读取器，scanner 类路径的bean的扫描器**/this();//componentClasses 注册单个组件beanregister(componentClasses);//刷新容器refresh();}

AnnotationConfigApplicationContext的无参构造this（）；

 public AnnotationConfigApplicationContext() {//创建一个注解的bean的读取器,猜想一下，很关键,要想读取注解，是不是要注册一些内置的BeanPostProcess后置处理器来处理注解bean。this.reader = new AnnotatedBeanDefinitionReader(this);//创建一个类路径的bean的扫描器this.scanner = new ClassPathBeanDefinitionScanner(this);}

3.刷新上下文

refresh（）刷新容器

public void refresh() throws BeansException, IllegalStateException {synchronized (this.startupShutdownMonitor) {// Prepare this context for refreshing.// 刷新上下文前的准备prepareRefresh();// Tell the subclass to refresh the internal bean factory.// 获取beanFactoryConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();// Prepare the bean factory for use in this context.// beanFactory的一些准备工作prepareBeanFactory(beanFactory);try {// Allows post-processing of the bean factory in context subclasses.// 留给子类Context去实现，目前为空postProcessBeanFactory(beanFactory);// Invoke factory processors registered as beans in the context.// 调用 beanFactoryPostProcessors beanFactory的后置处理器//重点： 解析入口的配置类invokeBeanFactoryPostProcessors(beanFactory);// Register bean processors that intercept bean creation.//注册Bean的后置处理器registerBeanPostProcessors(beanFactory);// Initialize message source for this context.//初始化消息源initMessageSource();// Initialize event multicaster for this context.//初始化事件广播监听器initApplicationEventMulticaster();// Initialize other special beans in specific context subclasses.//子类初始化一些特殊的beanonRefresh();// Check for listener beans and register them.// 检查并注册监听器registerListeners();// Instantiate all remaining (non-lazy-init) singletons.//重点：完成所有非延迟加载bean的初始化finishBeanFactoryInitialization(beanFactory);// Last step: publish corresponding event.//完成上下文刷新finishRefresh();}catch (BeansException ex) {if (logger.isWarnEnabled()) {logger.warn("Exception encountered during context initialization - " +"cancelling refresh attempt: " + ex);}// Destroy already created singletons to avoid dangling resources.destroyBeans();// Reset 'active' flag.cancelRefresh(ex);// Propagate exception to caller.throw ex;}finally {// Reset common introspection caches in Spring's core, since we// might not ever need metadata for singleton beans anymore...resetCommonCaches();}}}

简单来说：整体流程其实已经走完了，感觉有点走马观花，但是其中每一个方法每一个new对象，每一个父子继承的实现其实很复杂。得慢慢梳理。先看一下AnnotationConfigApplicationContext得类图，从图中可以看成，spirng把一个上下文的接口抽象出来了很多顶级接口，和抽象类和实现类，看多了很多源码，摸清楚了一些spring框架的一些小特点，通常spring接口会有顶级接口，定义规范，抽象类实现接口的公用方法，具体的特性交给不同实现类去实现，这里着重介绍一些核心得关键接口和类。

4.核心类AnnotationConfigApplicationContext的类图结构

BeanFactory: Bean工厂的顶级接口。里面定义了变量factorbean的前缀&，getBean（）、getType()、是否单例、是否原型的方法等等。

ResourceLoader: 资源加载的顶级接口。很简单，里面仅仅定义了classpath的url，getClassLoader()、getResource(String location)方法。
DefaultResourceLoader：默认的资源加载类。加载classpath下的资源文件。

AbstractApplicationContext：抽象的上下文类。实现了可配置的上下文接口ConfigurableApplicationContext，是一个很重要的类，refresh()刷新容器的主要逻辑就在其中。

GenericApplicationContext：广泛普通的上下文类。我们真正底层的ioc容器，bean工厂DefaultListableBeanFactory就是在它的初始化中创建的。

AnnotationConfigApplicationContex：注解配置的上下文类。很关键，是可以直接定位加载注解配置类的上下文。

BeanDefinitionRegistry：bean的注册接口。定义了注册bean、移除bean等接口。

5.跟踪源码进入ioc

先简单的介绍AnnotationConfigApplicationContext#register(componentClasses)方法，以及跟踪源码，可以直接进入我们常说的ioc容器之中，看着上下文是如何帮我们在上下文中创建一个BeanDefinition，并放入容器中。

好了，尽管我省略了很多细节，但是整体的配置类BeanDefinition注册流程通过下图展示，spring在ioc容器中注册了bean的定义了，那么如何去完成实例化bean的实例呢，请期待我下一篇文章把！

下一篇：2、spring源码解析之单例bean的实例化