spring整体脉络

IOC 

这里的beanFactory用到了工厂模式的设计模式，提供了getbean()方法来生成bean对象。配置类的方式有xml文件配置以及注解配置，但是这两种方式读取的信息格式是不一致的，所以有不同的类来读取这些信息例如对XML文件用ClassPathXmlApplicationContext，然后把这些信息放到一个类专门存放这些信息叫做bean定义（BeanDefinition），这些信息包括类名、作用范围、是否单例等所有生成一个bean对象的信息，再把这交给工厂（BeanFactory）去生成对应的对象。

在ApplicationContext类读取信息的过程中，会有以下的类来辅助读取信息：

存放类信息的BeanDefinition是放在一个BeanDefinitionMap里面，对于不同的类都是由BeanDefinitionRegistry注册放进这个Map中。

BeanDefinitionReader负责去读取配置类或者xml文件，识别全部的配置类和xml文件。BeanDefinitionScanner用于去扫描由读取类读取到的配置类或者xml文件判断哪些类是需要注册为bean。

而上面的这三种都是依赖beanFactoryPostProcessor-Bena工厂后置处理器扩展点来的。

以搞装修为例子：

 applicationContext和BeanFactory的区别：

两者都有生产bean的能力。但是BeanFactory可以理解成是一个没有情感的生产工具，applicationContext则可以理解为可以更好的服务类的一个类（例如MessageSource（国际化）、ResourcePatternResolver（通配符方式获取一组 Resource 资源 ）、ApplicationEventPublisher（事件发布与监听，实现组件之间的解耦 ）、EnvironmentCapable上（整合 Environment 环境（能通过它获取各种来源的配置信息）
 

Bean的生产过程（生命周期）

实例化（利用反射->由spring控制或者工厂方法->可以自己去new）、填充属性（解析@Autowired、@value） 、初始化（定义初始化方法、初始化就是方法、一堆的aware方法）。

这时候Bean基本成型了，接着会put到一个map<beanName,bean实例对象>中，也就是bean的单例池（一级缓存）。

扩展点

BeanFactoryPostProceessor

BeanFactoryPostProceessor。只要getbean()还没开始，就可以对beanDefinition（bean定义）进行修改——后置处理器。在后置处理器里可以直接获取bean定义，然后进行修改。

 BeanDefinitionRegistryPostProcessor。可以新增注册BeanDefinition。

这两个功能都是在applicationContext中完成的。扩增点是spring生态集成其他功能的实现，例如可以去集成mybatis等，这也是beanFactory与ApplicationContext区别的一个地方。

beanPostProcess

bean的后置处理器，可以在bean的生命周期中做后置处理，AOP就是在这一部分就行增强的