spring ioc容器初始化过程,
00-1010序构造法
目录
Spring框架在我们的日常工作中应用广泛，但是很长一段时间我只知道怎么用，不知道怎么用。最近看了源码，个人发现看源码可以帮助我们理解Spring的设计理念，更熟悉Java编程中的一些设计模式，所以我就把我对Spring源码的理解记录下来。在开始进行源码学习前，首先再回顾一下三种Spring编程风格：
基于模式的，即通过xml标签的配置方法是基于注释技术的，配置bean是基于java config使用@Component等注释的。简单来说，使用@Configuration和@Bean的基于注释的配置方法需要通过xml或Java Config启动。
在使用xml时，需要手动开启对注解的支持：
Context: annotation-config/当然，如果扫描包是用xml配置的，现在只需添加下面一行即可。这行代码已经包含了批注的打开功能。
context : component-sacn base-package= com /如果使用以下批注configapplicationcontext，则不需要添加任何操作，它已经包含了对批注的支持。
AnnotationConfigApplicationContext CTX=new AnnotationConfigApplicationContext(spring config . class)；在实际使用中，三种方法可以混合使用，不存在冲突。通过以下方式，当配置文件作为AnnotationConfigApplicationContext传入时，可以实现三种样式的统一使用：
@ configuration @ components can( com )@ import resource( class path : spring . xml )public class Spring Config { }之前有朋友跟我说刚开始学Spring的时候，因为XML复杂的配置差点被劝阻。我还浏览了互联网上关于如何开始使用Spring的技术文章，其中许多仍然停留在使用xml的方式上。但事实上，如果你翻翻spring5的官方文档，就能看到官方推荐我们使用注释。
尤其是现在，Spring Boot更多的是基于注释，省略了很多配置过程，对新手更友好，降低了说服率。因此，本文将基于注释对源代码进行分析，说明本文基于spring-framework-5.0.x源代码。
使用注解的方式初始化一个Spring环境，只需要下面一行代码：
AnnotationConfigApplicationContext context=new AnnotationConfigApplicationContext(spring config . class)；如果看它的构造方法，可以把它做的工作分成三步。为了便于理解，可以写下面的表格，分成三个模块进行讲解。
前言
首先看一下AnnotationConfigApplicationContext的继承关系：AnnotationConfigApplicationContext继承了GeneralApplicationContext，那么我们先来看看GeneralApplicationContext的构造方法：
public GenericApplicationContext(){ this . bean factory=new defaultlistablebean factory()；}这里初始化了beanFactory的一个实现类DefaultListableBeanFactory。这就是我们经常提到的spring中重要的bean factory，里面存储了很多非常重要的数据结构。
。这里先列出比较重要的beanDefinitionMap，会在后面频繁使用：
private final Map<String, BeanDefinition> beanDefinitionMap = new ConcurrentHashMap<>(256);private volatile List<String> beanDefinitionNames = new ArrayList<>(256);在上面的这个
beanDefinitionMap中就维护了beanName及BeanDefinition的对应关系，beanDefinitionNames则是一个存放beanName的List。 从AnnotationConfigApplicationContext的构造方法开始分析：
public AnnotationConfigApplicationContext() { this.reader = new AnnotatedBeanDefinitionReader(this); this.scanner = new ClassPathBeanDefinitionScanner(this);}首先实例化了一个AnnotatedBeanDefinitionReader对象，看一下AnnotatedBeanDefinitionReader的构造函数：
public AnnotatedBeanDefinitionReader(BeanDefinitionRegistry registry) { this(registry, getOrCreateEnvironment(registry));}那么，为什么在这能够将AnnotationConfigApplicationContext对象作为BeanDefinitionRegistry传入呢？ 回头看一下继承关系那张图，AnnotationConfigApplicationContext继承了BeanDefinitionRegistry，并且最终实现了接口BeanFactory，BeanFactory可以说是Spring中的顶层类，它是一个工厂，能够产生bean对象，提供了一个非常重要的方法getBean，会在后面讲到。
到这，我们可以得出一个结论：
BeanDefinitionRegistry可以等同于AnnotationConfigApplicationContext，看做spring的上下文环境。
AnnotatedBeanDefinitionReader在实例化时，会调用registerAnnotationConfigProcessors方法。先看前半段代码：
public static Set<BeanDefinitionHolder> registerAnnotationConfigProcessors( BeanDefinitionRegistry registry, @Nullable Object source) { DefaultListableBeanFactory beanFactory = unwrapDefaultListableBeanFactory(registry); if (beanFactory != null) { if (!(beanFactory.getDependencyComparator() instanceof AnnotationAwareOrderComparator)) { beanFactory.setDependencyComparator(AnnotationAwareOrderComparator.INSTANCE); } if (!(beanFactory.getAutowireCandidateResolver() instanceof ContextAnnotationAutowireCandidateResolver)) { beanFactory.setAutowireCandidateResolver(new ContextAnnotationAutowireCandidateResolver()); }}在这里先获取在父类构造函数中实例好的beanFactory，并为它填充一些属性： AnnotationAwareOrderComparator：主要用于排序，解析@order和@Priority注解ContextAnnotationAutowireCandidateResolver：提供处理延迟加载的功能再看后半段代码，下面生成了6个重要类的BeanDefinitionHolder，并存放到一个Set中：
Set<BeanDefinitionHolder> beanDefs = new LinkedHashSet<>(8); if (!registry.containsBeanDefinition(CONFIGURATION_ANNOTATION_PROCESSOR_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(ConfigurationClassPostProcessor.class); def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, CONFIGURATION_ANNOTATION_PROCESSOR_BEAN_NAME)); } if (!registry.containsBeanDefinition(AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(AutowiredAnnotationBeanPostProcessor.class); def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, AUTOWIRED_ANNOTATION_PROCESSOR_BEAN_NAME)); } if (!registry.containsBeanDefinition(REQUIRED_ANNOTATION_PROCESSOR_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(RequiredAnnotationBeanPostProcessor.class); def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, REQUIRED_ANNOTATION_PROCESSOR_BEAN_NAME)); } // Check for JSR-250 support, and if present add the CommonAnnotationBeanPostProcessor. if (jsr250Present && !registry.containsBeanDefinition(COMMON_ANNOTATION_PROCESSOR_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(CommonAnnotationBeanPostProcessor.class); def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, COMMON_ANNOTATION_PROCESSOR_BEAN_NAME)); } // Check for JPA support, and if present add the PersistenceAnnotationBeanPostProcessor. if (jpaPresent && !registry.containsBeanDefinition(PERSISTENCE_ANNOTATION_PROCESSOR_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(); try { def.setBeanClass(ClassUtils.forName(PERSISTENCE_ANNOTATION_PROCESSOR_CLASS_NAME, AnnotationConfigUtils.class.getClassLoader())); } catch (ClassNotFoundException ex) { throw new IllegalStateException( "Cannot load optional framework class: " + PERSISTENCE_ANNOTATION_PROCESSOR_CLASS_NAME, ex); } def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, PERSISTENCE_ANNOTATION_PROCESSOR_BEAN_NAME)); } if (!registry.containsBeanDefinition(EVENT_LISTENER_PROCESSOR_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(EventListenerMethodProcessor.class); def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, EVENT_LISTENER_PROCESSOR_BEAN_NAME)); } if (!registry.containsBeanDefinition(EVENT_LISTENER_FACTORY_BEAN_NAME)) { RootBeanDefinition def = new RootBeanDefinition(DefaultEventListenerFactory.class); def.setSource(source); beanDefs.add(registerPostProcessor(registry, def, EVENT_LISTENER_FACTORY_BEAN_NAME)); } return beanDefs; }这里是使用RootBeanDefinition来将普通类转换为BeanDefinition，并进一步封装成BeanDefinitionHolder。封装成BeanDefinitionHolder的操作在registerPostProcessor方法中：
private static BeanDefinitionHolder registerPostProcessor( BeanDefinitionRegistry registry, RootBeanDefinition definition, String beanName) { definition.setRole(BeanDefinition.ROLE_INFRASTRUCTURE); registry.registerBeanDefinition(beanName, definition); return new BeanDefinitionHolder(definition, beanName); }通过registerBeanDefinition方法将BeanDefinition注册到spring环境中，这个操作其实就是执行了上面的beanDefinitionMap的put操作：
this.beanDefinitionMap.put(beanName, beanDefinition);在上面的操作全部完成后，在还没有实例化用户自定义的bean前，已经有了6个spring自己定义的
beanDefinition，用于实现spring自身的初始化：
这里有必要对BeanDefinition进行一下说明，它是对具有属性值的bean实例的一个说明，或者说是定义。就像是在java类加载的过程，普通java文件要先生成字节码文件，再加载到jvm中生成class对象，spring初始化过程中首先要将普通类转化为BeanDefinition，然后再实例化为bean。
在实例化AnnotatedBeanDefinitionReader完成后，实例化了一个ClassPathBeanDefinitionScanner，可以用来扫描包或者类，并将扫描到的类转化为BeanDefinition。但是翻阅源码，我们可以看到实际上扫描包的工作不是这个scanner对象来完成的，而是在后面spring自己实例化了一个ClassPathBeanDefinitionScanner来负责的。
这里的scanner仅仅是对外提供一个扩展，可以让我们能够在外部调用AnnotationConfigApplicationContext对象的scan方法，实现包的扫描，
例如：
context.scan("com.hydra");到这里，AnnotationConfigApplicationContext的构造函数就执行完了，下一篇，我们来详细说说接下来被调用的register方法。到此这篇关于Spring源码解析容器初始化构造方法的文章就介绍到这了,更多相关Spring构造方法内容请搜索盛行IT以前的文章或继续浏览下面的相关文章希望大家以后多多支持盛行IT！
郑重声明：本文由网友发布，不代表盛行IT的观点，版权归原作者所有，仅为传播更多信息之目的，如有侵权请联系，我们将第一时间修改或删除，多谢。