Spring源码分析之 Ioc 容器创建准备前期工作

一: AnnotationConfigApplicationContext ctx = new    AnnotationConfigApplicationContext(MainConfig.class)

1,AnnotationConfigApplicationContext 首先从这个类开始说明,因为Spring基于注解加载配置类是从这里开始的。

一:为我们做了什么?

首先AnnotationConfigApplicationContext 继承了GenericApplicationContext,所以AnnotationConfigApplicationContext 初始化的时候会走一下GenericApplicationContext的构造函数。去创建一个叫做this.beanFactory =new DefaultListableBeanFactory();这样的默认Bean工厂。

Spring源码分析之 Ioc 容器创建准备前期工作_第1张图片


二:为什么要去构建一个DefaultListableBeanFactory对象呢?

因为,DefaultListableBeanFactory这个类是BeanFactory下实现功能最多的一个类。故此来构建它。


三:AnnotationConfigApplicationContext 构造方法都干了些什么?

首先看一下AnnotationConfigApplicationContext 的构造函数

Spring源码分析之 Ioc 容器创建准备前期工作_第2张图片

第一步调用了自己的无参构造函数

这里面有两个东西,第一个是AnnotatedBeanDefinitionReader。注解Bean定义的读取器,下图中的构造器有个getOrCreateEnvironment方法,是获取或者创建一个环境,并且加入缓存。

回过头点开this,其中ConditionEvaluator 是@Condition注解的一个解析器。这个东西很重要。AnnotationConfigUtils.registerAnnotationConfigProcessors(this.registry)很重要,重要的不能在重要,敲黑板,划重点。。。。。

Spring源码分析之 Ioc 容器创建准备前期工作_第3张图片

点击进去看下

registerAnnotationConfigProcessors是注解的配置处理器,点进去看一下public static Set registerAnnotationConfigProcessors(BeanDefinitionRegistry registry, Object source) {}如下图可知,这个类主要的作用是,将各种各样不同类型的类定义,注入到容器当中,注意,此时是Bean的定义并不是真正的创建Bean的实例到IOC容器中。就比如,洗浴中心要招一批小姐姐,规定身高180以上,体重120以下,只是定义。仅此而已。如下图可知,第一个Bean的定义ConfigurationClassPostProcessor.class。它是通过internalAutowiredAnnotationProcessor名字进行判断,注入的类型是ConfigurationClassPostProcessor。

Spring源码分析之 Ioc 容器创建准备前期工作_第4张图片

通过如下把Bean定义注册到容器中去。

beanDefs.add(registerPostProcessor(registry, def, "org.springframework.context.annotation.internalAutowiredAnnotationProcessor"));

还有如下下图所示,是解析Autowired自动配的

总结registerAnnotationConfigProcessors(registry, (Object)null);的作用就是处理各种内部的组件。比如,AutoWired、Required、jsr250标准,JPA等等等。。。Bean定义它是用来描述Bean的,是否是懒加载等等等。

回过头在看看AnnotationConfigApplicationContext构造方法中的第二句话this.scanner =new ClassPathBeanDefinitionScanner(this);这句话就比较牛逼了。

ClassPathBeanDefinitionScanner译为,类路径下Bean扫描器

如下如,我们一直进入方法最后一层在类:ClassPathBeanDefinitionScanner下的ClassPathBeanDefinitionScanner方法中可以看到useDefaultFilters为true执行this.registerDefaultFilters();加载默认的配置策略。这也是之前的文章讲过的。在包扫描中如果使用includeFilters包含条件的话如果useDefaultFilters设为false就只会采用自定义的包扫描规则,如果为true是全量加载。

Spring源码分析之 Ioc 容器创建准备前期工作_第5张图片

进入this.registerDefaultFilters()方法中

如下图所示,我的默认扫描规则是包含@Component注解的类。比如@Controller、比如@Service、比如@Confingration等等等等注解,如果不符合JSR-250、JSR-330标准就会抛出异常。

Spring源码分析之 Ioc 容器创建准备前期工作_第6张图片

至此如下图的两端代码分析结束,第一个的主要作用是,对内部Bean的定义。第二个是扫描策略。

二:接下来将第二个方法this.register(annotatedClasses);

抛出结论:这段代码就是将我们自己传入进来的MainConfig类注册到容器中去。如以下代码所示,进入方法最后找到类AnnotatedBeanDefinitionReader中的registerBean方法。前面大概的意思就是说看我们的类上有没有@Primary、@Lazy、这些个东西。最后通过BeanDefinitionReaderUtils.registerBeanDefinition(definitionHolder, this.registry);这个方法,将我们的类注册到容器中。

Spring源码分析之 Ioc 容器创建准备前期工作_第7张图片

以上两个方法分析完毕,


三:this.refresh()

最重要,也是最难理解的一个方法。无论是Spring还是SpringBoot都是通过这个方法去带动的。故此非常非常之重要。并且这里面的功能多的吓死人。下面逐一分析。

点进该方法如下图所示,根据图中方法进行分析

Spring源码分析之 Ioc 容器创建准备前期工作_第8张图片

1,上面说过ConfigurationClassPostProcessor这个类非常的重要,一定要记住它。点进来看一下,如下图所示。他是BeanDefinitionRegistryPostProcessor类型,我们先记住这个接口

Spring源码分析之 Ioc 容器创建准备前期工作_第9张图片

2,回到refresh()方法中来,看一下如下图所示,调用了一个Bean工厂的后置处理器invokeBeanFactoryPostProcessors(beanFactory);

Spring源码分析之 Ioc 容器创建准备前期工作_第10张图片

3,点进这个方法可以看一下,如下图所示,看第一个if判断的是beanFactory是不是Bean的注册器。其实这个 beanFactory就是我们一开始构建的那个DefaultListableBeanFactory类。那么点进这个类,会发现它属于bean的注册器。

Spring源码分析之 Ioc 容器创建准备前期工作_第11张图片


4,既然是Bean的注册器,那么就会进入第一个if判断,然后将beanFactory转成Bean的注册器,下面有两个list。第一个list可以解释为普通的PostProcessors,就是非BeanDefinitionRegistryPostProcessor类型的list。此时看for循环,这个循环根本就不会进来,因为传入的beanFactoryPostProcessors是一个半成品,并未有值。是一个空对象而已。for循环里只是做了,对两种类型的分类。并且放到regularPostProcessors和registryProcessors里面去。

Spring源码分析之 Ioc 容器创建准备前期工作_第12张图片
,

5,再往下看代码,如图所示,红框1内表示创建一个(当前正在注册的一个处理器)。再往下看红框2,实际上postProcessorNames数组就是我们之前在this()中加载的Bean的注册器。红框三中的currentRegistryProcessors.add表示往容器中第一次调用,放入了一个Bean并且放入单位缓存池中具体细节其他章节阐述。processedBeans.add(ppName);这句话代表的是将Bean的注册器放入方法第一行定义的Set中。其次后面的代码不重要,重要的是invokeBeanDefinitionRegistryPostProcessors(currentRegistryProcessors, registry);这句话

Spring源码分析之 Ioc 容器创建准备前期工作_第13张图片

6,如果没有invokeBeanDefinitionRegistryPostProcessors(currentRegistryProcessors, registry);这句话,我们自定义的Bean根本就不会被注册进来。点击进入方法内。可以看到postProcessors他的类型就是前面讲的最重要的那个类型ConfigurationClassPostProcessor

Spring源码分析之 Ioc 容器创建准备前期工作_第14张图片

7,同样点进去看看方法内,找到ConfigurationClassPostProcessor类中postProcessBeanDefinitionRegistry方法看看如何做的。我们主要看最后一行,处理配置Bean定义信息。直接点进去

Spring源码分析之 Ioc 容器创建准备前期工作_第15张图片

8,进入方法看到红框内,在这个for循环里,找出我们自己的配置类。非系统的配置类。也就是我们前面提到的MainConfig.class,并且后面是判断关于 配置类上的@Order注解的排序,这个不重要继续往下看。

Spring源码分析之 Ioc 容器创建准备前期工作_第16张图片

9,看下图中第二个红框内的代码,其他的看不懂不要紧,但至少能看懂两个东西,第一个是包扫描的生成器,起一个名字。第二个通过import注解导入的也要起个名字。

Spring源码分析之 Ioc 容器创建准备前期工作_第17张图片

10,接着往下看,如下图所示通过注释可知,这段代码是对Bean的配置类的解析,创建一个Bean的解析器。这里使用了一个do-while循环,其中candidates集合表示候选的,alreadyParsed集合表示已解析的,但是长度设为了1.其作用就是使用了do-while循环,肯定先执行一次。节省内存。那么最核心的解析代码是parser.parse(candidates);点进去看一下。

Spring源码分析之 Ioc 容器创建准备前期工作_第18张图片

11,点进parse方法,我们的MainClass是通过注解的形式定义的。所以走红框内的parse。点进去。

Spring源码分析之 Ioc 容器创建准备前期工作_第19张图片

12,解析配置类

13,点进去以后,其他的都不用看直接看下面,doProcessConfigurationClass这个代码。为什么?因为Spring真正干活的类,基本都是以do开头的方法名(小技巧)点进去


Spring源码分析之 Ioc 容器创建准备前期工作_第20张图片

14,点进去我们发现AnnotationConfigUtils.attributesForRepeatable这个方法,他是用来进行解析我们的Component注解的。将这个注解解析成一个对象如下图所示。

Spring源码分析之 Ioc 容器创建准备前期工作_第21张图片

15,下面这段代码才是真正的对你的包扫描进行解析。上面那点,就好比,你发现了她是一个小姐姐,下面红框下的代码才是真正的对这个小姐姐进行分析,底盘扎实不扎实,发动机是否好用,变速箱是否换挡顺畅等等等一系列的信息。然后我们直接点进parse方法看一下

Spring源码分析之 Ioc 容器创建准备前期工作_第22张图片

16,进入parse方法以后可以看到创建了一个扫描器。ClassPathBeanDefinitionScanner scanner =new ClassPathBeanDefinitionScanner(this.registry, componentScan.getBoolean("useDefaultFilters"), this.environment, this.resourceLoader);然后,把上面解析的Component的值搂出来,逐一的给扫描器赋值进行初始化,真正干活的方法是最后的的这句:return scanner.doScan(StringUtils.toStringArray(basePackages));

Spring源码分析之 Ioc 容器创建准备前期工作_第23张图片

17,通过下面的代码可知找到候选的一个组件。并且给我们拼接路径,找到这个包下所有子包的类,并且转换成Resource,并且里面存储的就是我们自己想要的组件。然后循环resource,判断是不是可读的,然后转换成一个原信息的读取器。到这里仅仅是将我们的Bean定义扫描到容器中去,并不是Bean的实例化。接着判断是否有包含或者排除的组件。接下来往下执行,如果遇到@Controller的组件,就会进行赋值。因为@Controller是可读的。此方法执行完毕以后回到doScan方法。进行循环。

Spring源码分析之 Ioc 容器创建准备前期工作_第24张图片
Spring源码分析之 Ioc 容器创建准备前期工作_第25张图片
Spring源码分析之 Ioc 容器创建准备前期工作_第26张图片

18,此时可以看到容器中并没有我们自己的组件,但是解析包扫描是找到的。然后接着往下看。原来是6个。现在还是6个

19,执行完registerBeanDefinition(definitionHolder, this.registry);注册Bean扫描器以后我们自己定义的组件就被扫描出来了。doScan执行完以后回到this.componentScanParser.parse这个地方。

Spring源码分析之 Ioc 容器创建准备前期工作_第27张图片

20,在this.componentScanParser.parse的最下面又执行了一次parse,它作用是扫描比如在@Controller注解上有没有其他ComponentScan注解。正常的逻辑是不会有的。所以这个功能有点儿多余,不清楚为什么要这么设计。

Spring源码分析之 Ioc 容器创建准备前期工作_第28张图片

21,代码继续往下走,执行这句话processImports。解析完可读的注解以后,在继续扫描类上面有没有import注解,如果有,就进去,并且找到import注解的value值。并且判断是否是导入的ImportSelector或者是ImportBeanDefinitionRegistrar。或者是DeferredImportSelector这种类型(这个东西很重要,自动注入,SpringBoot进行自动注入就是通过这个东西进行处理的)进行保存。保存之后就会有调用

Spring源码分析之 Ioc 容器创建准备前期工作_第29张图片

22,processImports执行完以后往下看找到// Process individual @Bean methods,点击去之后发现,这个段代码的意思是,是解析@Bean标注的方法。最后执行完,回到parse方法。

Spring源码分析之 Ioc 容器创建准备前期工作_第30张图片

23,这是我们新扫描出来的两个Bean的定义接着往下看,

Spring源码分析之 Ioc 容器创建准备前期工作_第31张图片

24,这个方法很重要。如果说在你的@Bean注解标注的方法内创建了一个类的实例,在未执行此方法的时候,那么那个实例是不会被加紧Bean定义注册器的,只有执行了这个方法以后才会在Bean的注册器中被注册。可以推断,这个方法就是用来将@Bean标注的方法内实例化的对象搂出来,放入Bean自定义的注册器中。并且如果是Import导入的类,也会将该类加入Bean的自定注册器中去,点开源码看。

25,this.reader.loadBeanDefinitions(configClasses);点开源码发现。通过import注解导入的类会通过红框内的方法进行注册,点进去看一下

Spring源码分析之 Ioc 容器创建准备前期工作_第32张图片
Spring源码分析之 Ioc 容器创建准备前期工作_第33张图片
Spring源码分析之 Ioc 容器创建准备前期工作_第34张图片

26,进入这个方法以后,这个方法获取了你的方法名,这也是为什么Bean的依赖注入如果不指定别名,就是默认的方法名的原因。还进行了一系列的判断,接着往下看。

Spring源码分析之 Ioc 容器创建准备前期工作_第35张图片

27,在方法的最后调用了this.registry.registerBeanDefinition(beanName, beanDefToRegister);方法。这段代码最关键。执行完以后会发现,@Bean注解标注的方法内,如果通过new关键字实例化的对象,此时已经被加入Bean定义注册器当中了。是不是很神奇?

Spring源码分析之 Ioc 容器创建准备前期工作_第36张图片

28,回过头总结一下

1:parser.parse(candidates);这句话仅仅是注册包扫描的。

2:this.reader.loadBeanDefinitions(configClasses);这段代码是加载通过@import、@ Bean倒进来的。同理,SpringBoot也是通过这个东东来扫描各大装配种类的。

后面的代码是判断有没有解析完。看看有没有,没有解析的类。一笔带过了。如果都解析过,do-while循环就结束了。至此下图所示的一个方法就分析完毕了。


本节完...如有问题或者错误,请在下方留言.欢迎一起探讨和经验分享!!!

QQ:527324958    

微信:xikuang925661

作者:夕阳

java高级程序员技术交流群:


Spring源码分析之 Ioc 容器创建准备前期工作_第37张图片

你可能感兴趣的:(Spring源码分析之 Ioc 容器创建准备前期工作)