首页 > TAG信息列表 > sourceClass
Spring源码分析之@Configuration注解的处理
前言 Spring从3.0开始支持JavaConfig配置，具体来说就是可以完全通过注解来开启Bean扫描，声明Bean，导入properties文件等。 主要有以下注解： @Configuration: 标识此Bean是一个配置类，接下来开始解析此类 @ComponentScan: 开启注解扫描，默认扫描@Component注解 @Import: 导入其他配置类 @Spring Boot配置类处理
ConfigurationClassPostProcessor处理所有配置类，包括@Component、@Bean、@Import注解等。由于配置类可能会引入新的配置类，新的配置类也需要被处理，所以ConfigurationClassPostProcessor采用do-while循环处理配置类，直到不存在未处理的配置类。 配置类的具体的处理工作交给CoSpring之Condition（二）在哪里解析的
通常情况下@Conditional都会会配合着@Bean一起使用的 来看看代码中在哪里会对@Conditional进行解析 首先看@Bean在哪里解析的 ConfigurationClassParser protected final SourceClass doProcessConfigurationClass(ConfigurationClass configClass, SourceClass sourceClass)（转)Spring 工具类 ConfigurationClassParser 分析得到配置类 -- springboot一样处理过程
简介 Spring的工具类ConfigurationClassParser用于分析@Configuration注解的配置类，产生一组ConfigurationClass对象。它的分析过程会接受一组种子配置类(调用者已知的配置类，通常很可能只有一个)，从这些种子配置类开始分析所有关联的配置类，分析过程主要是递归分析配置类的注解@Imporspringboot2.0.3源码篇 - 自动配置的实现，发现也不是那么复杂
前言 开心一刻 女儿: “妈妈，你这么漂亮，当年怎么嫁给了爸爸呢?” 妈妈: “当年你爸不是穷嘛!‘ 女儿: “穷你还嫁给他!” 妈妈: “那时候刚刚毕业参加工作，领导对我说，他是我的扶贫对象，我年轻理解错了，就嫁给他了!” 女儿...... @ImportSpring源码解析 – @Configuration配置类是怎么生效的，并将bean解析到spring容器中
首先被@Configuration注解的类是由ConfigurationClassPostProcessor bean后处理器来处理的，下面看一下ConfigurationClassPostProcessor bean后处理器是怎么被加载到的，下面时序图说明spring容器从启动倒注册ConfigurationClassPostProcessor bean后处理器的过程 2.Configurat