在网上已经有跟多Bean的生命周期的博客，但是很多都是基于比较老的版本了，最近把整个流程化成了一个流程图。待会儿使用流程图，说明以及代码的形式来说明整个声明周期的流程。注意因为代码比较多，这里的流程图只画出了大概的流程，具体的可以深入代码。
这里的流程图的入口在 AbstractBeanFactory类的 doGetBean方法，这里可以配合前面的 getBean方法分析文章进行阅读。主要流程就是
spring 3.0版本，是将后置处理的代码放在了doGetObjectFromFactoryBean的return语句之前进行判断窒息的，但是现在最新版本放到了getObjectFromFactoryBean方法中
在网上已经有跟多Bean的生命周期的博客，但是很多都是基于比较老的版本了，最近吧整个流程化成了一个流程图。待会儿使用流程图，说明以及代码的形式来说明整个声明周期的流程。注意因为代码比较多，这里的流程图只画出了大概的流程，具体的可以深入代码
在网上已经有跟多Bean的生命周期的博客，但是很多都是基于比较老的版本了，最近把整个流程化成了一个流程图。待会儿使用流程图，说明以及代码的形式来说明整个声明周期的流程。注意因为代码比较多，这里的流程图只画出了大概的流程，具体的可以深入代码。Java面试宝典完整版PDF
（1）调用InstantiationAwareBeanPostProcessor的Before/AfterInstantiation尝试返回一个代理对象 如果返回null,继续下面的步骤，否则直接返回。 （2）createBeanInstance(beanName, mbd, args)创建bean （3）population:Bean的属性赋值 @Autoward的属性注入(AutowiredAnnotationBeanPostProcessor impl InstantiationAwareBeanPostProcessor) （4）initializeBean：初始化 4.1处理aware接口 4.2applyBeanPostProcessorsBeforeInitialization 4.3initMethod 比如init-method,@PostConstruct等配置的初始化方法 4.4applyBeanPostProcessorsAfterInitialization AOP就是在这里实现的：AnnotationAwareAspectJAutoProxyCreator的postProcessAfterInitialization方法实现包装Bean
在文章 Spring 中 bean 注册的源码解析 和 Spring bean 创建过程源码解析 了解了 bean 的注册和创建过程，当通过 getBean 方法来获取对应 bean 的时候，会是如何的呢？
在正式研究Spring如何解决循环依赖之前，不如我们就假设spring目前没有提供三级缓存来解决循环依赖，那么目前spring的getBean流程图就如下所示:
InstantiationAwareBeanPostProcessor接口是BeanPostProcessor的子接口，通过接口字面意思翻译该接口的作用是感知Bean实例话的处理器。实际上该接口的作用也是确实如此。
这边博文，主要讲解我们Spring IOC容器的主菜：Bean的实例化、初始化。 通过之前跟踪Spring IOC刷新的源码，我们所有的剩余的单例Bean都是通过这一步：finishBeanFactoryInitialization(beanFactory);来进行初始化的。最重要的一个方法就为：DefaultListableBeanFactory#preInstantiateSingletons 其内部核心方法为：getBean --> doGetBean方法
getBean()方法有很多重载方法，上面只总结了一个。这个方法是DI的入口方法，接下来会从这个方法开始往下研究。
最近在刷到很多文章讲解Spring IOC依赖注入时@Autowire和@Resource注解的区别，不同的文章总结出来的点有异同，所以还是看源码自己总结一下其两者的区别，及其用法。
Bean的生命周期在spring中是很重要的一个概念，bean的生成和spring密不可分，想搞懂spring，先要了解bean的生命周期。
为了弄清楚Spring框架，我们需要分别弄清楚相关核心接口的作用，本文来介绍下BeanPostProcessor接口
之前我们分析了 InstantiationAwareBeanPostProcessor、BeanPostProcessor、今天来分析一下SmartInstantiationAwareBeanPostProcessor的用法;
文章目录 1. 简介 2. Bean加载顺序 3. InstantiationAwareBeanPostProcessor接口方法的执行顺序 4. 方法解析 5. 实例 6. 源码梳理 7. Autowired源码解析 8. 总结 简介 继承BeanPostProcessor接口，在此基础上又定义了三个方法，分别在Bean实例化前后【不是初始化】执行。 从上面的介绍可以看到，这个接口相对于BeanPostProcessor功能更加强大，一个接口承担了Bean的实例化前后、初始化前后责任。 Bean加载顺
通过往期的文章我们已经了解了Spring对XML配置文件的解析，将分析的信息组装成BeanDefinition，并将其保存到相应的BeanDefinitionRegistry中，至此Spring IOC的初始化工作已经完成，这篇文章主要对Bean的加载进行一个深入的了解及探索。
Spring拥有一套完善的Bean生命周期体系,而使得这套生命周期体系具有高扩展性的关键在于Bean生命周期回调接口，通过这些接口我们可以动态的插入Bean生命周期初始化的各个阶段，然后进行一系列动态代理,自动注入,属性校验的工作。
之前我们有分析BeanPostProcessor接口,今天要分析的InstantiationAwareBeanPostProcessor是继承了BeanPostProcessor接口的;
这里便是bean初始化的核心逻辑。源码比较复杂，分开说。以getBean(String name)为例。AbstractBeanFactory.getBean:
最近在做项目时候遇到一个奇葩问题，就是bean依赖注入的正确性与bean直接注入的顺序有关系，但是正常情况下明明是和顺序没关系的啊，究竟啥情况那，不急，让我一一道来。
谈论到实例化处理器和初始化处理器，我们要明确一个实例化和初始化概念，大牛们可以忽略此处说明。
在上篇文章中（Spring中AOP相关的API及源码解析，原来AOP是这样子的）我们已经分析过了AOP的实现的源码，那么Spring是如何将AOP应用到Bean的生命周期的呢？这篇文章就带着大家来探究下这个问题。本文我们要分析的代码还是位于org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory#doCreateBean这个方法中，在《我们来谈一谈Spring中的属性注入 》这篇文章中，我们已经分析过了populateBean这个方法，
从这篇博客开始我们开始加载 bean 的第一个步骤，从缓存中获取 bean，代码片段如下：
这个方法首先从缓存中去获取，这个时候缓存中当然没有数据，因为此时是初始化，我们还没有将bean方到singletonObjects这个map中去，如下图代码。
FactoryBean是一个工厂Bean，可生成某一个类型的Bean实例。 最大作用：让我们能够自定义Bean的创建过程。
就是我们有两个服务，A服务，B服务，然后我们在A里注入了B，然后在B里注入了A，这就是循环依赖了，这种情况如果我们不解决的话，那就会出现一个相互依赖注入的死循环。
接上回，AbstractApplicationContext#refresh调用AbstractApplicationContext#finishBeanFactoryInitialization来初始化所有的非懒加载单例 Bean。在该AbstractApplicationContext#finishBeanFactoryInitialization方法内部通过调用AbstractBeanFactory#doGetBean来获取 Spring 容器所管理的 Bean。
在上一篇文章中，我比较详细的分析了获取 bean 的方法，也就是getBean(String)的实现逻辑。对于已实例化好的单例 bean，getBean(String) 方法并不会再一次去创建，而是从缓存中获取。如果某个 bean 还未实例化，这个时候就无法命中缓存。此时，就要根据 bean 的配置信息去创建这个 bean 了。相较于getBean(String)方法的实现逻辑，创建 bean 的方法createBean(String, RootBeanDefinition, Object[])及其所调用的方法逻辑上更为复杂一些。关于创建 bean 实例的过程，我将会分几篇文章进行分析。本篇文章会先从大体上分析 createBean(String, RootBeanDefinition, Object[])方法的代码逻辑，至于其所调用的方法将会在随后的文章中进行分析。
@Qualifier注解通常和@Autowired注解一起使用，那么首先来看@Autowire是怎么把Bean对象注入到Spring容器中的。
为了写 Spring IOC 容器源码分析系列的文章，我特地写了一篇 Spring IOC 容器的导读文章。在导读一文中，我介绍了 Spring 的一些特性以及阅读 Spring 源码的一些建议。在做完必要的准备工作后，从本文开始，正式开始进入源码分析的阶段。
本文，我们来看一下 Spring 是如何解决循环依赖问题的。在本篇文章中，我会首先向大家介绍一下什么是循环依赖。然后，进入源码分析阶段。为了更好的说明 Spring 解决循环依赖的办法，我将会从获取 bean 的方法getBean(String)开始，把整个调用过程梳理一遍。梳理完后，再来详细分析源码。通过这几步的讲解，希望让大家能够弄懂什么是循环依赖，以及如何解循环依赖。
BeanPostProcessor接口是Spring本着开闭原则(面对修改关闭面对扩展开放)设计的一个接口。
绿色的部一般用于Spring内部扩展，黄色的部分可用于自定义实例化。 本文仅仅聊聊InitializingBean，对于绿色部分，建议您查看，其他人写的blog https://my.oschina.net/xiaolyuh/blog/3113215
初始化 bean 的方法其实就是三个步骤的处理，而这三个步骤主要还是根据用户设定的来进行初始化，这三个过程为：
本系列列举的源码中，很多类没有展开讲，是因为之前的系列文章一直在对aop基础组件进行介绍，因此一定要按照顺序看本系列，否则观看本篇文章的时候，越往后看，越发觉得本文模糊不清，只会粘贴源码，实则不然，因为很多类前文已经讲过，如果本文再展开讲解，那么将无法突出重点
FactoryBean是怎么让Spring容器管理调用它的getObject所生成的Bean的。 从getBean方法开始说起。 场景：
至此，我们分析过后，可以简单的归纳一下Spring IOC容器的过程 一、Resource定位过程 这个Resource定位指的的是BeanDefinition的资源定位，他由ResourceLoader通过统一的Resource接口来完成，这个Resource对各种形式的BeanDefinition的使用都提供了统一接口，对于这些BeanDefinition的存在形式，相信大家都不会感到陌生，比如，在类路径中的Bean定义信息可以使用FileSystemResouce来进行抽象；在类路径中的Bean定义信息可以使用前面提到的ClassPathResource来使用，等待；这个定位过程类似于容器寻找数据的过程，就像用水桶装水先要把水找到一样；
摘要: Spring IOC 学习笔记-核心方法分析 正文: 核心方法分析 scan–>doScan protected Set<BeanDefinitionHolder> doScan(String... basePackages) { Assert.notEmpty(basePackages, "At least one base package must be specified"); // 使用Set可以去重，BeanDefinitionHolder对象已实现equals与hashCode方法
上篇文章 完整的介绍了JSR、Bean Validation、Hibernate Validator的联系和区别，并且代码演示了如何进行基于注解的Java Bean校验，自此我们可以在Java世界进行更完美的契约式编程了，不可谓不方便。
循环依赖也就是循环引用，指两个或多个对象互相持有对方的引用。通俗地说，假设在Spring中有3个Service Bean，分别为ServiceA、ServiceB和ServiceC，如果ServiceA引用了ServiceB，ServiceB引用了ServiceC，而ServiceC又引用了ServiceA，最终形成可一个环，这样就出现了循环依赖。
BeanFactory是bean工厂，是 IoC 容器的核心接口，提供了获取bean，或者判断bean类型的各种接口。它的职责包括：实例化、定位、配置应用程序中的对象及建立这些对象间的依赖。BeanFactory有很多子类，对已有的功能提供了很多扩展，其中最重要的子类就是 ApplicationContext，如图。
代码读到这里，大家可能有疑问，从代码上看明明是处理的方法重载，但是为什么处理的是方法注入呢？而且如果我们在bean里设置几个方法重载的话，hasMethodOverrides()方法返回的是false。如果我们打开 AbstractBeanDefinition 类的 hasMethodOverrides() 方法，就能打消我们之前的疑问。
初始化的过程，主要完成的工作是在容器中建立 BeanDefinition 数据映射，并没有看到容器对Bean依赖关系进行注入。
上篇已经分析完refresh()中大部分方法，也已经把Bean解析成BeanDefinition注册到IoC容器中，refresh还剩下一个非常重要的方法，就是下面将要分析的：finishBeanFactoryInitialization，用以完成Bean创建、依赖注入和初始化等工作。
在前几讲中，我们着重的分析了Spring对xml配置文件的解析和注册过程。那么，本节内容，将会试图分析一下bean的加载过程。具体代码，如下图所示：
在这篇文章中，松哥也和各位小伙伴演示了了 FactoryBean 的一些具体用法，但是关于 FactoryBean 的一些具体实践，这篇文章中没有讲，那么今天我就来和大家聊一聊这个话题，顺便再来说说 FactoryBean 的兄弟 SmartFactoryBean。
最近有粉丝小伙伴反馈，与自己的上级沟通总是遇到障碍，感觉不被理解。大部分时候他提出来的事情都可能会被领导说：“我没get到你的点”、“你想做的这个项目没有业务价值”、“你提出问题，就要给出解决方案”，等等诸如此类的回答。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
