spring源码解析--包扫描产生bean定义的过程

一般web.xml中都有这样的配置


就是说我们都会配置一个ContextLoaderListener类型的监听器，它通过指定的位置加载spring配置文件来创建spring容器，来看一下这个类的结构：

我们要关注的是contextInitialized这个方法，tomcat等sevlet容器会调用该方法来启动我们的项目

this.context = createWebApplicationContext(servletContext);这一句代码为我们创建的context对象的类型是XmlWebApplicationContext，来让我们看一下为什么

明白了吧，默认要创建的类型其实是在ContextLoader.properties中定义的。

接着往下看
configureAndRefreshWebApplicationContext(ConfigurableWebApplicationContext wac, ServletContext sc)
这个函数

这个函数的重点是设置了配置文件的位置、然后调用refresh()函数，继承自AbstractApplicationContext

ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();这句代码是bean工厂的创建过程

loadBeanDefinitions(XmlBeanDefinitionReader reader)这个函数内获取到我们配置的spring配置文件的位置，
最终bean的解析是由XmlBeanDefinitionReader根据配置文件来完成的。


XmlBeanDefinitionReader也没有完全的解析bean而是又交给了BeanDefinitionDocumentReader（接口）
具体实现是DefaultBeanDefinitionDocumentReader



我们写在配置文件开头的这些URL称为NameSpace,配置文件中的每一个标签都对应一个NameSpace, 默认的NameSpace是http://www.springframework.org/schema/beans对应配置文件中的import、bean、beans、alias
4个标签，由parseDefaultElement(ele, delegate)负责解析，其他标签通过delegate.parseCustomElement(ele);
解析，来看一下它的实现

首先会获取到标签对应的NameSpace,然后根据获取到的值来获取对应的NameSpaceHandler
用NameSpaceHandler来解析标签，来看一下是如何创建NameSpaceHandler的。

我们以配置文件中的包扫描为例

handlerMappings这个Map保存了NameSpace的URL和与其对应的NameSpaceHandler,
包扫描创建的Handler类型是org.springframework.context.config.ContextNamespaceHandler
他的init()方法

在该方法中为我们注册了一系列的bean定义的解析器，通过这些解析器，来解析与其对应的标签
最终负责包扫描的类是ComponentScanBeanDefinitionParser


ClassPathBeanDefinitionScanner负责最终的bean定义的扫描解析