五、面试题讲解
5.1.Bean的生命周期
1.通过XML、Java annotation（注解）以及Java Configuration（配置类）等方式加载Spring Bean
2.BeanDefinitionReader：解析Bean的定义。在Spring容器启动过程中，会将Bean解析成Spring内部的BeanDefinition结构；理解为：将spring.xml中的<bean>标签转换成BeanDefinition结构有点类似于XML解析
3.BeanDefinition：包含了很多属性和方法。例如：id、class（类名）、scope、ref（依赖的bean）等等。其实就是将bean（例如<bean>）的定义信息存储到这个对应BeanDefinition相应的属性中例如：
<bean id="" class="" scope=""> -----> BeanDefinition(id/class/scope)
4.BeanFactoryPostProcessor：是Spring容器功能的扩展接口。
注意：
1）BeanFactoryPostProcessor在spring容器加载完BeanDefinition之后，
在bean实例化之前执行的
2）对bean元数据（BeanDefinition）进行加工处理，也就是BeanDefinition
属性填充、修改等操作
5.BeanFactory：bean工厂。它按照我们的要求生产我们需要的各种各样的bean。
例如：
BeanFactory -> List<BeanDefinition>
BeanDefinition(id/class/scope/init-method)
<bean class="com.zking.spring02.biz.BookBizImpl"/>
foreach(BeanDefinition bean : List<BeanDefinition>){
//根据class属性反射机制实例化对象
//反射赋值设置属性
}
6.Aware感知接口：在实际开发中，经常需要用到Spring容器本身的功能资源
例如：BeanNameAware、ApplicationContextAware等等
BeanDefinition 实现了 BeanNameAware、ApplicationContextAware
7.BeanPostProcessor：后置处理器。在Bean对象实例化和引入注入完毕后，在显示调用初始化方法的前后添加自定义的逻辑。（类似于AOP的绕环通知）前提条件：如果检测到Bean对象实现了BeanPostProcessor后置处理器才会执行Before和After方法
BeanPostProcessor
1）Before
2）调用初始化Bean（InitializingBean和init-method，Bean的初始化才算完成）
3）After
8.destory：销毁
结论：
1.xml/annotation/configuation 配置JavaBean。
2.BeanDefinitionReader解析配置的Javabean得到BeanDefinition，最终得到一个List集合。
3.触发BeanFactoryPostProcessor，JavaBean初始化之前执行自己的业务。
4.spring中的beanFactory，会通过List<BeanDefinition>集合遍历初始化所有的JavaBean对象（反射实例化）。
5.如果我们自己的JavaBean需要调动spring上下文中的资源，那么需要实现*Aware感知接口
6.如果自己的JavaBean已经初始化好了，还需要做扩展，那么需要借助BeanPostProcessor来实现。
7.销毁（destory）。
5.2.Spring中JavaBean是单例还是多例
1.默认是单例的，但是可以配置多例
2.单例的优点，节约内存，弊端是有变量污染（多例的优点是无变量污染，但是极其消耗内存）
一个简短风趣的故事来表达单例和多例的区别以及各自的优缺点。
在一个奇幻的魔法学校里，有一位特殊的老师叫做“魔力曼”。他拥有超强的魔法能力，并且负责教授学生们各种神奇的法术。
对于魔力曼来说，他是一个不折不扣的单例。整个学校只有他一个人具备如此强大的魔法力量，每个学生和教职员工都会向他寻求帮助和指导。他总是被围绕在学校的中心，众人都追捧他的存在。
然而，由于魔力曼的特殊地位，他的魔法力量渗透到了整个学校的环境中。无论是在课堂上还是在学校其他地方，都充满了他独特的魔法气息。有时候，当学生们试图施展自己的法术时，结果却受到了魔力曼的力量影响，产生了意想不到的效果。
相比之下，还有一位老师叫做“多地云”。她是一个多例，每个班级都能找到她的身影。她拥有温和而灵活的魔法力量，善于根据学生的需求和情况进行调整。
当学生们在多地云的指导下施展法术时，她会根据不同的班级环境和需求，帮助他们发挥出最大的潜力。由于她的魔法力量不会污染其他班级的影响，所以学生们能够更加自由地探索和发展自己的魔法技能。
这个故事告诉我们，单例和多例各有优缺点。单例的优势在于集中管理和权威性，但也容易产生变量污染的问题。而多例则可以为不同场景提供定制化的服务，避免了变量污染的潜在问题。
在设计软件时，我们应该根据具体需求选择适合的模式。对于需要全局统一访问和共享资源的情况，可以使用单例。而对于需要灵活、无变量污染的场景，多例会是更好的选择。我们需要平衡单例和多例的优缺点，并根据具体需求做出明智的选择。
论证：
ParamAction.java
package com.csdn.xw.aop.beanLife; import java.util.List; public class ParamAction { private int age; private String name; private List<String> hobby; private int num = 1; // private UserBiz userBiz = new UserBizImpl1(); public ParamAction() { super(); } public ParamAction(int age, String name, List<String> hobby) { super(); this.age = age; this.name = name; this.hobby = hobby; } public void execute() { // userBiz.upload(); // userBiz = new UserBizImpl2(); System.out.println("this.num=" + this.num++); System.out.println(this.name); System.out.println(this.age); System.out.println(this.hobby); } }
spring-context.xml
<bean id="paramAction" class="com.csdn.xw.aop.beanLife.ParamAction"> <constructor-arg name="name" value="三丰"></constructor-arg> <constructor-arg name="age" value="21"></constructor-arg> <constructor-arg name="hobby"> <list> <value>抽烟</value> <value>烫头</value> <value>大保健</value> </list> </constructor-arg> </bean>
Test测试类
package com.csdn.xw.aop.beanLife; import org.junit.Test; import org.springframework.beans.factory.BeanFactory; import org.springframework.beans.factory.xml.XmlBeanFactory; import org.springframework.context.ApplicationContext; import org.springframework.context.support.ClassPathXmlApplicationContext; import org.springframework.core.io.ClassPathResource; import org.springframework.core.io.Resource; /* * spring bean的生命週期 * spring bean的單例多例 */ public class Demo2 { // 体现单例与多例的区别 @Test public void test1() { ClassPathXmlApplicationContext applicationContext = new ClassPathXmlApplicationContext("/spring-context.xml"); // ApplicationContext applicationContext = new ClassPathXmlApplicationContext("/spring-context.xml"); ParamAction p1 = (ParamAction) applicationContext.getBean("paramAction"); ParamAction p2 = (ParamAction) applicationContext.getBean("paramAction"); // System.out.println(p1==p2); p1.execute(); p2.execute(); // 单例时，容器销毁instanceFactory对象也销毁；多例时，容器销毁对象不一定销毁； applicationContext.close(); } // 体现单例与多例的初始化的时间点 instanceFactory @Test public void test2() { ApplicationContext applicationContext = new ClassPathXmlApplicationContext("/spring-context.xml"); } // BeanFactory会初始化bean对象，但会根据不同的实现子类采取不同的初始化方式 // 默认情况下bean的初始化，单例模式立马会执行，但是此时XmlBeanFactory作为子类，单例模式下容器创建，bean依赖没有初始化，只有要获取使用bean对象才进行初始化 @Test public void test3() { // ClassPathXmlApplicationContext applicationContext = new // ClassPathXmlApplicationContext("/spring-context.xml"); Resource resource = new ClassPathResource("/spring-context.xml"); BeanFactory beanFactory = new XmlBeanFactory(resource); // InstanceFactory i1 = (InstanceFactory) beanFactory.getBean("instanceFactory"); } }
运行结果：
这一次我们手动设置为多例scope="prototype"再看看
5.3.单例的JavaBean和多例JavaBean是什么的时候才会创建
单例：JavaBean跟着Spring上下文初始化，容器生对象生，容器死对象死
多例：JavaBean是使用的时候才会创建，销毁跟着JVM走
论证：
InstanceFactory.java
package com.csdn.xw.aop.beanLife; public class InstanceFactory { public void init() { System.out.println("初始化方法"); } public void destroy() { System.out.println("销毁方法"); } public void service() { System.out.println("业务方法"); } }
spring-context.xml
<bean id="instanceFactory" class="com.csdn.xw.aop.beanLife.InstanceFactory" scope="prototype" init-method="init" destroy-method="destroy"></bean>
可以看到上面的xml配置的是多例的，我们调用一下test2看我们的"Bean初始化"了没有？
可以看到并没有，因为我们只是获取spring的上下文对象而没有去获取Bean对象,现在我们换成单例scope="singleton"来看看结果。
这时候我们发现不管我们有无获取Bean对象,都已经创建JavaBean了。
总结：为什么单例是容器创建完了它就初始化了呢？因为单例的思想是不管你什么时候用都要去创建，要是等你浏览器发个请求，再去创建是非常降低用户的体验感，反正只会创建一次何不在你启动项目的时候就创建好了，把时间的消耗放到了启动项目上。如果是多例，有一百个你就创建一百个吗？一千个你也创建一千个，万一我一千个我只使用一个呢？剩下的九百九十九个就是浪费了，所以，多例只会在你使用的时候创建。
5.4.我们使用单例一定会初始化JavaBean吗
BeanFactory会初始化bean对象，但会根据不同的实现子类采取不同的初始化方式，默认情况下bean的初始化，单例模式立马会执行，但是此时XmlBeanFactory作为子类，单例模式下容器创建，bean依赖没有初始化，只有要获取使用bean对象才进行初始化。
论证：
调用test3查看一下结果
XmlBeanFactory作为子类，单例模式下容器创建，bean依赖没有初始化，那我们获取并使用一下
这时候Bean就被创建了。
到这里我的分享就结束了，欢迎到评论区探讨交流！！
如果觉得有用的话还请点个赞吧 ♥ ♥
