大体流程如下
1、初始化
首先，Spring会通过用户提供的配置信息（例如XML文件或者注解）来初始化一个BeanFactory，这个BeanFactory是Spring容器的核心，它负责创建和管理所有的Bean。
ApplicationContextInitializer
ApplicationContextInitializer 接口允许开发人员在 ApplicationContext 刷新之前，修改或配置 ApplicationContext 的属性。常用于解析配置文件，这样在容器刷新的时候可以读取到配置文件的内容
2、读取配置生成并注册BeanDefinition（非配置类方式）
Spring读取散落于程序代码各处的注解、及保存在磁盘上的xml或者其他文件的配置元信息，在内存中总要以一种对象的形式表示，而Spring选择在内存中表示这些配置元信息的方式就是BeanDefination，也就是配置元信息被加载到内存之后是以BeanDefination的形存在的。然后BeanDefination被注册到BeanDefinitionRegistry中，这个过程通常是通过BeanDefinitionReader实现的。BeanDefinition描述了一个bean实例，该实例它具有属性值， 构造函数参数值，以及提供的进一步信息的具体的实现，Spring是根据beanDefinition来创建Spring bean的，结构如下所示。 上图就是beanDefinition所包含的主要内容
lazy:是否是懒加载scope注解来标识这个bean其作用域,常用的是singleton和prototypebeanClass，类的class对象isPrimary，是否被优先加载的factoryBeanName：工厂名factoryMethodName:工厂方法initMethodName,初始化方法destoryMethodName,销毁化方法isInstanceFactory：是否工厂方法，是的话标记为1
BeanDefinationReader
Spring是如何看懂这些配置元信息的呢？这个就要靠我们的BeanDefinationReader了。不同的BeanDefinationReader拥有不同的功能
读取xml配置元信息，那么可以使用XmlBeanDefinationReader。要读取properties配置文件，那么可以使用PropertiesBeanDefinitionReader。读取注解配置元信息，那么可以使用 AnnotatedBeanDefinitionReader加载。
我们也可以很方便的自定义BeanDefinationReader来自己控制配置元信息的加载。总的来说，BeanDefinationReader的作用就是加载配置元信息，并将其转化为内存形式的BeanDefination，存在某一个地方，这个地方就是BeanDefinationRegistry
BeanDefinationRegistry
执行到这里，Spring已经将存在于各处的配置元信息加载到内存，并转化为BeanDefination的形式，这样我们需要创建某一个对象实例的时候，找到相应的BeanDefination然后创建对象即可。那么我们需要某一个对象的时候，去哪里找到对应的BeanDefination呢？这种通过Bean定义的id找到对象的BeanDefination的对应关系或者说映射关系又是如何保存的呢？这就引出了BeanDefinationRegistry了。
BeanDefinationRegistry是一个接口规范，本质就是提供注册及保存BeanDefination的规范，以他的子类实现DefaultListableBeanFactory为例
Spring通过BeanDefinationReader将配置元信息(xml类型为例)加载到内存生成相应的BeanDefination之后，本质是将其注册到DefaultListableBeanFactory中的一个ConcurrentHashMap类型的属性beanDefinitionMap中，如下
private final Map
配置元信息：
Spring IOC容器将对象实例的创建与对象实例的使用分离，当业务中需要依赖某个对象，不再依靠我们自己手动创建，只需向Spring要，Spring就会以注入的方式交给我们需要的依赖对象。既然将对象创建的任务交给了Spring，那么Spring就需要知道创建一个对象所需要的一些必要的信息。而这些必要的信息的主要形式有
xml文件配置
@bean注解配置
ClassPathBeanDefinitionScanner
扫描类路径下的候选组件，并注册到容器中，注册的过程本质就是调用BeanDefinitionParser，分为类路径下解析器类和配置类解析器类，分别注册类路径和配置文件下的的组件注册
3、实例化 BeanFactory
根据 BeanDefinitionRegistry 中的 BeanDefinition 信息，Spring 实例化一个 BeanFactory，通常是 DefaultListableBeanFactory。BeanFactory 负责管理 Bean 的创建和依赖注入。
4、容器初始化后处理BeanFactoryPostProcessor 处理
BeanFactoryPostProcessor是容器启动阶段Spring提供的一个扩展点，在Spring已经把相关的bean信息注册到注册到beanDefinationRegistry后，再次对beanDefination进行一定程度上的修改与替换，或者自定义bean
BeanDefinitionRegistryPostProcessor
是作为BeanFactoryPostProcessor的子节口，所有的BeanDefinition加载完成之后，Bean真正被实例化之前，可以通过实现BeanDefinitionRegistryPostProcessor接口，对BeanDefinition再做一些定制化的操作，比如修改某个bean的BeanDefinition的属性、手动注册一些复杂的Bean。有如下几种用法
配置类解析ConfigurationClassPostProcessor
用用解析注解@Configuration，这个注解的作用是标识当前类作为全配置类，如果是@Componet的话，叫做半配置类，配置类下面会有很多加了@Bean注解的工厂方法，多次调用全配置类下的@Bean标注的工厂方法，不会重复产生新的对象，始终是同一个
ConfigurationClassPostProcessor的工作流程
解析是否加了@ComponentScan, 并进行扫描，如果扫描除了全配置类，那么需要继续递归解析全配置类，每个被扫描的类会生成该类beanDefinition，并最终会存储到beanDefinitionMap中创建全配置类的增强处理器，生成全配置类的代理类，根据方法信息，选择拦截器，拦截器BeanMethodInterceptor对应@Bean注解的处理解析带有@Bean的工厂方法，生成beanDeifition注册到beanDeifitionRegister，这些beanDeifition中会被指定facetoryBean为配置类的代理类，也就是意味着在后续实例化阶段，会调用会facetoryBean的工厂方法，也就是这个@Bean所对应的方法，而后被拦截器BeanMethodInterceptor拦截，代为执行，这里会用到缓存机制，也就是首次实例化的存入一个缓存，后续直接从缓存中拿，保证幂等性 @Configuration 与FactoryBean搭配
@Configuration
public class AppConfig {
@Bean
public MyServiceFactoryBean myServiceFactoryBean() {
return new MyServiceFactoryBean();
}
public static class MyServiceFactoryBean implements FactoryBean
@Override
public MyService getObject() throws Exception {
return new MyService(); // 创建和返回 MyService 实例
}
@Override
public Class getObjectType() {
return MyService.class; // 返回 MyService 类型
}
@Override
public boolean isSingleton() {
return true; // 如果是单例模式，返回 true
}
}
}
在上面的例子中，我们定义了一个 MyServiceFactoryBean 类，它实现了 FactoryBean。在 getObject() 方法中创建 MyService 的实例，并通过 getObjectType() 声明其类型。最后，通过 isSingleton() 方法指明该 bean 的作用域。
当你从 Spring 容器中获取 MyService 的实例时，你实际上会获得 MyServiceFactoryBean 中所创建的 MyService 实例。这样，MyService 的创建逻辑就被封装在了 FactoryBean 中，你可以在创建过程中添加任何额外的逻辑。
解析@Import
通过@Import来引入一些配置类、ImportSelector实现类组件、ImportBeanDefinitionRegistrar实现类组件
框架中常见的开启某某功能的注解，比如
@EnableFeignClients：引入一个类FeignClientsRegistrar，通过它的registerFeignClients()扫描被 @FeignClient标识的接口生成代理类，并把接口和代理类交给Spring的容器管理@EnableSwagger
本质就是通过@Import引入一系列配置类，这些配置类用于支持它们所提供的某某功能
mapper扫描注册beanDefition MapperScannerConfigurer
核心就是给@MapperScan扫描路径下的mapper接口的beanDefition的beanClass属性设置为MapperFactoryBean.class,并给FactoryBean设置
常用bean配置
HandlerMapping Spring MVC 的一个核心接口，它的主要责任是根据 HTTP 请求来查找相应的处理器（Handler），一个处理器通常对应于一个 Controller 中的一个方法。当一个 HTTP 请求到达时，HandlerMapping 需要确定这个请求应该由哪个处理器来处理。基于注解的 RequestMappingHandlerMapping，基于 XML 配置的 BeanNameUrlHandlerMapping 等。这些实现类在应用启动时会扫描并收集所有的处理器，并建立起 URL 到处理器的映射关系（后面到了初始化流程中也会涉及到）
开发者功能扩招
自定义并注册bean
## AspectJAutoProxyBeanDefinitionParser
注册AnnotationAwareAspectJAutoProxyCreator，这是一个beanPostProcessor
修改beanDefition的beanClass属性为单例模式
## 解析配置文件生成benaDefition
解析配置文件，讲替换$占位符为配置文件中的真实的数据，我们的配置元信息中有些可能会修改的配置信息散落到各处，不够灵活，修改相应配置的时候比较麻烦，这时我们可以使用占位符的方式来配置。例如配置Jdbc的DataSource连接的时候可以这样配置
```java
init-method="init" destroy-method="close" >
```
BeanFactoryPostProcessor就会对注册到BeanDefinationRegistry中的BeanDefination做最后的修改，替换$占位符为配置文件中的真实的数据。
这里实际工作的是PropertySourcesPlaceholderConfigurer，我们配置的property-placeholder也会以BeanDefination的形式被注册BeanDefinationRegistry中，对应组件PropertySourcesPlaceholderConfigurer，然后再执行容器初试化后置处理的过程中，首先遍历BeanDefinationRegistry，从中取出BeanDefinitionRegistryPostProcessor类型的BeanDefination，即PropertySourcesPlaceholderConfigurer，然后通过这个组件来实际完成对druidDataSource组件对应的BeanDefination进线修改，通过执行PropertySourcesPlaceholderConfigurer的processProperties方法,这个核心方法的作用是访问每个BeanDefinationRegistry中的BeanDefination，然后用给的的属性值替换属性值占位符${...}
至此，整个容器启动阶段就算完成了，容器的启动阶段的最终产物就是注册到BeanDefinationRegistry中的一个个BeanDefination了，这就是Spring为Bean实例化所做的预热的工作
# 5.1Register bean processors
5.1 注册所有的BeanPostProcessors
在实例化bean之前，Spring会先注册所有的BeanPostProcessors，注册方法
addBeanPostProcessor，单个注册，最早在容器预加载时就会有注册，容器启动后初始化流程中也会有陆续注册addBeanPostProcessors 容器启动后初始化流程后，通过beanFactory.getBeanNamesForType查找容器中所有的beanPostProcessor，注册
相关问题
解决：is not eligible for getting processed by all BeanPostProcessors
个人情况案例
@Service
public class WorkbenchRmiService implements BeanPostProcessor {
}
容器启动后初始化流程后，通过beanFactory.getBeanNamesForType查找容器中所有的beanPostProcessor时会查找到这个WorkbenchRmiService组件，此时会对WorkbenchRmiService做实例化，过程中会实例advisor，此时判断实例化中可用的beanPostProcessor小于当前Spring中所有的beanPostProcessor
5.2、实例化单例Bean
Spring会实例化所有的单例Bean（如果配置为懒加载，则在第一次获取Bean时才会实例化）。这个过程包括实例化Bean、设置Bean的属性、调用Bean的初始化方法等步骤
创建阶段
对象的创建权交由Spring管理了，不再是我们手动new了，这也是IOC的概念，Spring绝大多数情况会通过推断出构造器，进而做反射来创建对象的
实例化bean
主要方式是通过工厂方法，Supplier、反射，FactoryBean，Spring创建bean的方式大概有12种，但本质都是通过这些方式，主要就是用反射
推断构造器
使用反射创建bean，需要首先推断构造器，策略如下
没有重写过构造器，默认使用无参构造器只重写了一个构造器，那么默认使用这个构造器重写了多个构造器，优先看是否有被@AutoWired注解标识的构造器，有的话优先使用这个，其次看是否存在重写后的无参构造器，有的话使用这个，否则会报错NoSuchMethodException
FactoryBean的实例化
在Spring中，当容器扫描到一个Bean定义并发现它实现了FactoryBean接口时，Spring会在内部进行一些特殊的处理。这通常是通过Bean的定义元数据来标记的。Spring容器在处理FactoryBean时，会使用以下方式进行标记和管理：在Bean定义中，Spring会将工厂Bean的isInstanceFactory属性标记为true，这表示这是一个工厂Bean，到了Spring容器启动实例化的阶段，对于这种FactoryBean类型的Bean不需要进行构造器推断 + 反射，应该通过其getObject()方法来获取实际的对象。
依赖注入
解析依赖注入相关的方法与属性
AutowiredAnnotationBeanPostProcessor，首先查找所有被@AutoWired注解标识的方法和属性（包括对象属性和集合属性），封装为InjectionMetadata集合，如果是集合属性，会根据PriorityOrdered,Ordered,@Order确定注入集合属性的优先级，CommonAnnotationBeanPostProcessor用于处理@Resource
查找依赖注入的bean
首先看是否支持集合注入
集合属性，优先按PrioriyOrder排序，其次Ordered，最后@Order非集合属性，首先看是否有@Qualifier的话，会根据@Qualifier的value值作为beanName去查找，差找不到会报错，然后该注解会通过beanType做查找，看找到bean的个数
如果找到一个，返回这个bean没有找到，且Autowired注解的required为false，返回null，required为true，报错找到多个，优先选择被@Primary注解标识的，没有@Primary的话看注解的@Priority，选择优先级高的，@Priority也没有的话，将当前的属性的名作为beanName去容器中查找，依然没有找到的话就报错
填充属性
populateBean方法，通过InstantiationAwareBeanPostProcessor做属性填充
初始化流程
回调aware接口
注意：
回调InitializingBean初始化方法
BeanPostProcessor前置处理 - postProcessBeforeInitialization
对 Bean 的属性进行自定义注入，AOP 预处理等操作
AOP 预处理 AnnotationAwareAspectJAutoProxyCreator，首先根据@Aspect获取切面类、切面类中的所有通知方法，存储在Advisors列表中，获取切点，判断当前bean是否满足切点，满足切点的bean会被生成代理类对象，并设置切入点方法对象，创建代理对象主要是是jdk动态代理和cglib动态代理，Spring中默认使用cglib生成动态代理类对象
事务 InfrastructureAdvisorAutoProxyCreator 匹配逻辑为判断该Bean的类上是否存在@Transactional注解，或者类中的某个方法上是否存在@Transactional注解，如果存在则表示该Bean需要进行动态代理产生一个代理对象作为Bean对象
BeanPostProcessor后置处理 - postProcessAfterInitialization
AnnotationAwareAspectJAutoProxyCreator验证bean属性的完整性，定制初始化功能，资源回收，生成AOP代理对象
生成AOP代理对象
7、调用bean阶段
aop、事务，获取到的是代理类的bean对象 普通单实例对象是从一级缓存中获取到对象，如果获取不到，那就开始实例化、依赖注入，初始化、存入缓存、被调用… 原型模式，每次被调用都创建一个新的bean对象
销毁