1.Spring之FactoryBean
2.请你谈谈对spring的理解?
3.Spring源码-09-Bean工厂之getBean方法
4.Spring 中 个getBean 的作用
5.Spring IoC：getBean 详解

Spring之FactoryBean

        一般情况下，Spring 通过反射机制利用bean 的 class属性指定实现类来实例化bean。在某些情况下，实例化 bean 的过程不叫复杂，如果按照传统的方式，则需要在 <bean> 中提供大量的配置信息，配置的灵活度受限，这时候采用编码的方式可能会得到一个简单的方法。Spring提供了一个org.springframework.bean.FactoryBean的工厂接口，用户可以通过实现该接口定制实例化的bean。

        FactoryBean接口对于Spring框架来说占用重要的地位，Spring本身就提供了特别多的FactoryBean的实现。它们隐藏了实例化复杂bean的细节，给上层应用带来了便利。FactoryBean的源码如下：

        在该接口中定义了三个方法：

        当配置文件中 <bean> 的class属性配置实现的是FactoryBean时，通过getBean()方法返回的不是 FactoryBean 本身，而是 FactoryBean 的 getObject() 方法返回的对象。

        例如使用传统的方式配置下面的Student的 <bean> 的时，Student的每一个属性都会对应一个 <property> 元素的标签。

        如果使用FactoryBean的方式实现就更灵活一些，通过下面的逗号分隔符的方式一次性地为Student的所有属性指定配置值：

        有了这一个StudentFactoryBean后，就可以在配置文件中使用下面的这种方法配置StudentBean了。

        当调用 getBean("student") 时，Spring通过反射机制发现 StudentFactoryBean#getObject() 方法的返回。如果希望获取 StudentFactoryBean 的实例，则需要使用 getBean(beanName) 方法时在beanName前显示的加上 "&" 前缀，例如 getBean("&student") 。

请你谈谈对spring的理解?

       1.解释spring的ioc? 几种注入依赖的方式？spring的优点？

        IOC你就认为他是一个生产和管理bean的容器就行了，原来需要在调用类中new的东西，现在都是有这个IOC容器进行产生，同

       æ—¶ï¼Œè¦æ˜¯äº§ç”Ÿçš„是单例的bean，他还可以给管理bean的生命周期！

        spring的IOC有三种注入方式 ：

        第一是根据属性注入 也叫set方法注入；

        第二种是根据构造方法进行注入；

        第三种是根据注解进行注入，这种方式我认为比较好，方便，要是bean多的话，使用前两种方式会使得配置文件过于臃肿。

        Spring的优点：主要是根据它的IOC和AOP体现的。我感觉他就是把我们以前用到的工厂模式和代理模式进行了一个封装。

        IOC主要是解决了代码的耦合性问题，而AOP是面向切面编程的最好解释！

       2.解释Spring中IOC, DI, AOP

        ioc就是控制翻转或是依赖注入。通俗的讲就是如果在什么地方需要一个对象，你自己不用去通过new 生成你需要的对象，

       è€Œæ˜¯é€šè¿‡spring的bean工厂为你长生这样一个对象。

        aop就是面向切面的编程。比如说你每做一次对数据库操作，都要生成一句日志。如果，你对数据库的操作有很多类，

        那你每一类中都要写关于日志的方法。但是如果你用aop，那么你可以写一个方法，在这个方法中有关于数据库操作的方法，

        每一次调用这个方法的时候，就加上生成日志的操作。

       3.spring的ioc/aop/代理

        ioc是控制反转，是spring的核心思想。通过面向接口编程来实现对业务组件的动态依赖。 aop是面向

       åˆ‡é¢ç¼–程，它并不是只在spring或者java中才有的，它和面向对象编程（oop）是相对而言的另一种编程思想。

        spring在实现aop编程时利用的是java的代理机制。 个人觉得java代理机制真的是很神奇。核心内容并不多

       4.spring的ioc是解耦,aop是干什么的

        AOP面向切面编程 将程序中的交叉业务逻辑（比如安全，日志，事务等），封装成一个切面，然后注入到目标对象（具体业务逻辑）中去。

        比如： 很多方法可能会抛异常，你要记录这个异常到日志中去，可以写个拦截器类，在这个类中记录日志，

        在spring.xml中配置一个对这些要记录日志的方法的aop拦截器 在这个方法执行后调用这个拦截器，记录日志。

        这样就不用每次抛异常都要手动记录日志。 spring的事务管理用到的就是aop 这样也可以提高程序的内聚性。

       5.讲解一下Java中Spring中IOC和AOP

        IoC：说直白点，就是通过配置文件（XML或.properties）指定需要实例化的JAVA类（类名的完整字符串），

        包括该JAVA类的一组初始化值，然后我们在代码中加载该配置文件，然后通过 .getBean() 函数就可以得到一个该JAVA类的对象，

        并且该对象已经根据配置文件中指定的属性值进行了初始化。

        AOP：这个比IoC更简单，直白点说就是实现调用某个方法之前或/和之后，自动执行一系列自定义的语句

       6.简述Spring框架中IOC和AOP

        IOC：控制反转，是一种设计模式。一层含义是控制权的转移：由传统的在程序中控制依赖转移到由容器来控制；

        第二层是依赖注入：将相互依赖的对象分离，在spring配置文件中描述他们的依赖关系。他们的依赖关系只在使用的时候才建立。

        AOP：面向切面，是一种编程思想，OOP的延续。将系统中非核心的业务提取出来，进行单独处理。比如事务、日志和安全等。

        Spring 的AOP和IOC都是为了解决系统代码耦合度过高的问题。使代码重用度高、易于维护。

        不过AOP和IOC并不是spring中特有的，只是spring把他们应用的更灵活方便 。

Spring源码--Bean工厂之getBean方法

       Bean实例化与管理是Spring框架的核心功能之一，其中getBean方法作为获取Bean实例的主要手段，具有重要意义。接下来，我们将深入探讨getBean方法及其相关实现，以期更好地理解Spring Bean工厂的资料收集网站源码工作机制。

       一、getBean方法

       getBean方法是Spring容器对外提供的一种接口，用于根据指定的Bean名称获取对应Bean实例。该方法会根据配置信息和缓存机制，找到并返回所需的Bean。

       二、doGetBean方法

       doGetBean方法是getBean方法的内部实现，负责处理Bean的查找、创建和返回工作。其流程分为以下几个关键步骤：

       1. getSingleton

       若Bean是单例且已存在，则直接返回缓存的实例，无需重新创建。

       2. createBean

       若非单例或未找到缓存实例，传图系统源码将进入创建Bean的流程。此过程涉及实例化、属性填充和初始化三个主要步骤。

       2.1 实例化

       通过调用对应的构造函数或使用默认构造函数创建Bean实例。

       2.2 三级缓存

       在实例化后，新创建的Bean会首先存储于缓存中，随后被添加到Bean作用域的缓存中，以备后续使用。

       2.3 属性填充

       通过依赖注入或属性设置方法填充Bean的属性值，确保其具有所需的功能。

       2.4 初始化

       执行Bean的初始化方法，实现任何特定的初始化逻辑，如配置文件加载或数据库连接等。

       三、流程图

       为了更直观地展示getBean方法的执行流程，以下流程图详细展示了从查找至返回Bean实例的全过程，包括缓存操作、实例化、牛排可溯源码属性填充和初始化等关键步骤。

       四、循环依赖示意图

       在处理循环依赖时，Spring容器会采取特定策略以避免无限循环。以下示意图展示了两个单例Bean（A和B）之间循环依赖的处理过程，以及Spring如何通过延迟初始化等机制解决这一问题。

       本文通过深入剖析getBean方法及其相关实现，旨在帮助开发者更好地理解Spring Bean工厂的工作机制。通过掌握这些关键概念与流程，可以更高效地利用Spring框架构建可维护且高性能的应用程序。

Spring 中 个getBean 的作用

       getBean是用来获取applicationContext.xml文件里bean的，（）写的是bean的id。

       ä¸€ç§æ˜¯singleton，一种是prototype，默认的是singleton，这种定义的bean实例的作用是与spring的容器一致的，只有spring容器初始化，调用getBean得到的singleton实例始终是同一个bean的实例spring定义的bean有两种作用范围，是每当调用getBean得到实例的时候spring都会new一个实例来给你，而prototype的实例。

Spring IoC：getBean 详解

       接着 Spring IoC：finishBeanFactoryInitialization 详解，我们正式开始学习获取 bean 实例方法，该方法是 Spring 最核心的方法。

       单击 preInstantiateSingletons 方法里的 getBean(beanName) 代码，进入该方法。

       见 doGetBean 方法详解。

       doGetBean

       1.解析 beanName，主要是原装源码是什么解析别名、去掉 FactoryBean 的修饰符 “&”，在 Spring IoC：finishBeanFactoryInitialization 详解 中的代码块4已解析过。

       2.尝试从缓存中获取 beanName 对应的实例，在 Spring IoC：finishBeanFactoryInitialization 详解 中的代码块7已解析过。

       3.1 返回 beanName 对应的实例对象（主要用于 FactoryBean 的特殊处理，普通 bean 会直接返回 sharedInstance 本身），见代码块1详解。

       6.如果不是仅仅做类型检测，而是创建 bean 实例，这里要将 beanName 放到 alreadyCreated 缓存，见代码块5详解。

       7.根据 beanName 重新获取 MergedBeanDefinition，在 Spring IoC：finishBeanFactoryInitialization 详解 中的代码块2已解析过。

       8.2 检查 dep 是否依赖于 beanName，即检查是否存在循环依赖，见代码块6详解。

       8.4 将 dep 和 beanName 的依赖关系注册到缓存中，见代码块7详解。如何抠网页源码

       9.1 scope 为 singleton 的 bean 创建（新建了一个 ObjectFactory，并且重写了 getObject 方法），见代码块8详解。

       9.1.1、9.2.2、9.3.4 创建 bean 实例，限于篇幅，在下篇文章单独解析。

       9.1.2、9.2.4、9.3.6 返回 beanName 对应的实例对象，见代码块1详解。

       9.2.1 scope 为 prototype 时创建实例前的操作、9.2.3 scope 为 prototype 时 创建实例后的操作，相对应的两个方法，见代码块详解。

       代码块1：getObjectForBeanInstance

       如果对 FactoryBean 不熟悉的，可以回头去看 Spring IoC：finishBeanFactoryInitialization 详解 中对 FactoryBean 的简单介绍。

       6.mbd 为空，但是该 bean 的 BeanDefinition 在缓存中存在，则获取该 bean 的 MergedBeanDefinition，在 Spring IoC：finishBeanFactoryInitialization 详解 中的代码块2已经解析过。

       8.从 FactoryBean 获取对象实例，见代码块2详解。

       代码块2：getObjectFromFactoryBean

       3.调用 FactoryBean 的 getObject 方法获取对象实例，见代码块3详解。

       5.对 bean 实例进行后续处理，执行所有已注册的 BeanPostProcessor 的 postProcessAfterInitialization 方法，见代码块4详解。

       代码块3：doGetObjectFromFactoryBean

       很简单的方法，就是直接调用 FactoryBean 的 getObject 方法来获取到对象实例。

       细心的同学可以发现，该方法是以 do 开头，看过 Spring IoC：源码总览 的同学知道，我在总览里就特别提到以 do 开头的方法是最终进行实际操作的方法，例如本方法就是 FactoryBean 最终实际进行创建 bean 对象实例的方法。

       代码块4：postProcessObjectFromFactoryBean

       这边走的是 AbstractAutowireCapableBeanFactory 里的方法。通过前面的介绍，我们知道创建的 BeanFactory 为 DefaultListableBeanFactory，而 DefaultListableBeanFactory 继承了 AbstractAutowireCapableBeanFactory，因此这边会走 AbstractAutowireCapableBeanFactory 的重写方法。

       在 Spring IoC：registerBeanPostProcessors 详解 中已经学过 BeanPostProcessor，在创建完 bean 实例后，会执行 BeanPostProcessor 的 postProcessAfterInitialization 方法。

       代码块5：markBeanAsCreated

       2.这边会将 beanName 对应的 MergedBeanDefinition 移除，然后在之后的代码重新获取，主要是为了使用最新的 MergedBeanDefinition 来进行创建操作。

       代码块6：isDependent

       这边引入了一个缓存 dependentBeanMap：beanName -> 所有依赖 beanName 对应的 bean 的 beanName 集合。内容比较简单，就是检查依赖 beanName 的集合中是否包含 dependentBeanName，隔层依赖也算。例如：A 依赖了 B，B 依赖了 C，则 A 也算依赖了 C。

       代码块7：registerDependentBean

       这边又引入了一个跟 dependentBeanMap 类似的缓存，dependenciesForBeanMap：beanName -> beanName 对应的 bean 依赖的所有 bean 的 beanName 集合。

       这两个缓存很容易搞混，举个简单例子：例如 B 依赖了 A，则 dependentBeanMap 缓存中应该存放一对映射：其中 key 为 A，value 为含有 B 的 Set；而 dependenciesForBeanMap 缓存中也应该存放一对映射：其中 key 为：B，value 为含有 A 的 Set。

       代码块8：getSingleton

       5.创建单例前的操作，7.创建单例后的操作，这两个方法是对应的，见代码块9详解。

       6.执行 singletonFactory 的 getObject 方法获取 bean 实例，该方法会走文章开头 doGetBean 方法的注释 9.1.1。

       8.如果是新的单例对象，将 beanName 和对应的单例对象添加到缓存中，见代码块详解。

       代码块9：beforeSingletonCreation、afterSingletonCreation

       inCreationCheckExclusions 是要在创建检查排除掉的 beanName 集合，正常为空，可以不管。这边主要是引入了 singletonsCurrentlyInCreation 缓存：当前正在创建的 bean 的 beanName 集合。在 beforeSingletonCreation 方法中，通过添加 beanName 到该缓存，可以预防出现构造器循环依赖的情况。

       为什么无法解决构造器循环依赖？

       我们之前在 Spring IoC：finishBeanFactoryInitialization 详解 中的代码块7提过，getSingleton 方法是解决循环引用的核心代码。解决逻辑的第一句话：“我们先用构造函数创建一个 “不完整” 的 bean 实例”，从这句话可以看出，构造器循环依赖是无法解决的，因为当构造器出现循环依赖，我们连 “不完整” 的 bean 实例都构建不出来。Spring 能解决的循环依赖有：通过 setter 注入的循环依赖、通过属性注入的循环依赖。

       代码块：addSingleton

       代码块：beforePrototypeCreation、afterPrototypeCreation

       该方法和代码块9的两个方法类似。主要是在进行 bean 实例的创建前，将 beanName 添加到 prototypesCurrentlyInCreation 缓存；bean 实例创建后，将 beanName 从 prototypesCurrentlyInCreation 缓存中移除。这边 prototypesCurrentlyInCreation 存放的类型为 Object，在只有一个 beanName 的时候，直接存该 beanName，也就是 String 类型；当有多个 beanName 时，转成 Set 来存放。

       总结

       本文介绍了获取 bean 实例的大部分内容，包括先从缓存中检查、 FactoryBean 的 bean 创建、实例化自己的依赖（depend-on 属性）、创建 bean 实例的前后一些标记等，在下篇文章中，将解析创建 bean 的内容。

       推荐阅读