源码分析是一件非常煎熬非常有挑战性的任务，你准备好开始战斗了吗？
在正式开始分析 Spring 源码之前，我们有必要先来回顾一下 Spring 中最简单的用法，尽管我相信您已经对这个例子非常熟悉了。
（1）【环境搭建】使用‘IDEA‘创建Spring项目(XML文件)
（2）核心代码：
package com.cms.beanfactory;
/**
* @Creator : cms
* @DateTime : 2023年02月25日 9:50 下午
* @Description : XXX
*/
public class UserServiceBean {
public void printTest () {
System.out.println("print userService.");
}
}
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">
<bean id="userServiceBean" class="com.cms.beanfactory.UserServiceBean" />
</beans>
package com.cms.beanfactory;
import org.junit.jupiter.api.Test;
import org.springframework.beans.factory.xml.XmlBeanFactory;
import org.springframework.core.io.ClassPathResource;
/**
* @Creator : cms
* @DateTime : 2023年02月25日 9:54 下午
* @Description : XXX
*/
public class BeanFactoryTest {
@Test
public void testSimpleLoad () {
/**
* 直接使用 BeanFactory 作为容器对于 Spring 的使用来说并不多见，甚至是甚少使用，
* 因为在企业级的应用中大多数都会使用的是 ApplicationContext，(后续章节我们会介绍它们之间的区别)，
* 这里只是用于测试，让读者更快更好地分析Spring原理。
*/
XmlBeanFactory xmlBeanFactory = new XmlBeanFactory(new ClassPathResource("beans.xml"));
UserServiceBean bean = (UserServiceBean)xmlBeanFactory.getBean("userServiceBean");
bean.printTest();
}
}
我们先不要上来立马去扣上述代码中的Spring底层原理，而是梳理一下spring在上述代码中帮我们做了哪些事情？
我们好好分析一下上面代码的功能，思考一下Spring到底帮助我们完成了哪些操作？Spring给我们做了如下几点：
(1）读取配置文件 beanFactoryTest.xml。
(2）根据 beanFactory Test.xml 中的配置找到对应的类的配置，并实例化。
(3）调用实例化后的实例。
把Spring帮我们完成的功能构建出一张模型图：
上面代码的核心逻辑，均处于spring的
beans工程中。
beans工程结构如下：
beans工程下有两个非常核心的类，我们有必要了解一下。
DefaultListableBeanFactory重要程度声明： 是整个 bean加载的核心部分，是
Spring 注册及加载 bean的默认实现。
DefaultListableBeanFactory接口声明： 继承了 AbstractAutowireCapableBeanFactory 并实现了 ConfigurableListableBeanFactory 以及BeanDefinitionRegistry 接口。
XmlBeanFactory 接口声明： 继承自 DefaultListableBeanFactory，而对于 XmlBeanFactory 与DefaultListableBeanFactory 不同的地方其实是在 XmlBeanFactory 中使用了自定义的 XML 读取器XmlBeanDefinitionReader，实现了个性化的 BeanDefinitionReader 读取。
XmlBeanFactory 对 DefaultListableBeanFactory 类进行了扩展，主要用于从 XML 文档中读取 BeanDefinition，对于注册及获取 Bcan 都是使用从父类 DefaultListableBeanFactory 继承的方法去实现，而唯独与父类不同的个性化实现就是增加了 XmlBeanDefinitionReader 类型的 reader属性。在 XmlBeanFactory 中主要使用 reader 属性对资源文件进行读取和注册。
XML 配置文件的读取是 Spring 中重要的功能，因为 Spring 的大部分功能都是以配置作为切入点的，那么我们可以从 XmlBeanDefinitionReader 中梳理一下
资源文件读取、解析及注册的大致脉络。
经过以上分析可以梳理出整个XML配置文件读取的大致力流程：
好了，到这里我们已经对 Spring 的容器功能有了一个大致的了解，尽管你可能还很迷糊，但是不要紧，接下来我们会详细探索每个步骤的实现。再次重申一下代码，我们接下来要深入分析以下功能的代码实现：
BeanFactory bf = new XmlBeanFactory(new ClassPathResource("beanFactoryrest. xml"))；
通过 XmlBeanFactory 初始化时序图（如图2-7 所示）我们来看一看上面代码的执行逻辑:
Spring对其内部使用到的资源实现了自己的抽象结构：Resource接口来封装底层资源。
对不同来源的资源文件都有相应的Resource实现：文件(FileSystemResource)、Classpath资源(ClasspathResource)、URL资源(UrlResource)、InputResource(InputStreamResource)、Byte数组(ByteArrayResource)等。
XmlBeanFactory的初始化有若干方法中，this.reader.loadBeanDefinitions(resource)才是资源加载的真正实现：
public XmlBeanFactory(Resource resource, BeanFactory parentBeanFactory) throws BeansException {
super(parentBeanFactory);
this.reader.loadBeanDefinitions(resource);
}
整个处理过程如下：
只要理解了XSD和DTD的使用方法，Spring检测验证模式办法就是判断是否包含DOCTYPE，如果包含就是DTD，否则就是XSD。
经过了验证模式准备步骤就可以进行Document加载了，同样XmlBeanFactoryReader对于文档读取并没有亲力亲为，而是委托给了DocumentLoader去执行，这里DocumentLoader只是一个接口，而真正调用的是DefaultDocumentLoader。
如果说以前一直是 XML 加载解析的准备阶段，那么 doRegisterBeanDefinitions 算是真正地开始进行解析了，我们期待的核心部分真正开始了。
preProcessXml(root);
parseBeanDefinitions(root, this.delegate);
postProcessXml(root);
通过上面的代码我们看到了处理流程，首先是对 profile 的处理，然后开始进行解析，可是当我们跟进 preProcessXml(root)或者 postProcessXml(root)发现代码是空的，既然是空的写着还有什么用呢？就像面向对象设计方法中常说的一何话：一个类要么是面向继承的设计的，要么就用 final 修饰。在 DefaultBeanDefinitionDocumentReader 中并没有用 final 修饰，所以它是面向继承而设计的。这两个方法正是为子类而设计的，如果读者有了解过设计模式，可以很快速地反映出这是模版方法模式，如果继承自 DefaultBeanDefinitionDocumentReader 的子类需要在 Bean 解析前后做一些处理的话，那么只需要重写这两个方法就可以了。
spring解析两种类型的标签：默认标签，自定义标签。
1、默认命名空间。处于命名空间"http://www.springframework.org/schema/beans"下的标签，均属于默认标签。
2、四个默认标签：
3、具体有哪些默认标签以及这些标签下有哪些属性，我们可以来到spring-beans.xsd文件查看。
待补充。