目录
一.spring管理JavaBean的初始化过程(生命周期)
Spring Bean的生命周期:
二.spring的JavaBean管理中单例模式及原型(多例)模式
2.1 . 默认为单例,但是可以配置多例
2.2.举例论证
2.2.1 默认单例
2.2.2 设置多例
2.2.3单例与多例的初始化的时间点
三.总结
一.spring管理JavaBean的初始化过程(生命周期)
在Spring框架中,Bean的生命周期是指从它被创建、初始化,到最终被销毁的整个过程。
需要注意的是,Bean的销毁并不是由Java的垃圾回收器自动处理的,而是由Spring容器负责管理和销毁的。
下面一张图就是bean的整个生命周期图,它的一个初始化过程
Spring Bean的生命周期:
1)通过XML、Java annotation(注解)以及Java Configuration(配置类)
等方式配置JavaBean,现在我用的是xml配置文件的方式
2)BeanDefinitionReader:解析Bean的定义。在Spring容器启动过程中,
会将Bean解析成Spring内部的BeanDefinition结构;
理解为:将spring.xml中的<bean>标签转换成BeanDefinition结构
有点类似于XML解析
3)BeanDefinition:包含了很多属性和方法。例如:id、class(类名)、
scope、ref(依赖的bean)等等。其实就是 将bean(例如<bean>)的定义信息
存储到这个对应BeanDefinition相应的属性中,最终得到List<BeanDefinition>
4)BeanFactoryPostProcessor:是Spring容器功能的扩展接口。JavaBean初始化之前 先执行自己的业务
5)BeanFactory:bean工厂。它按照我们的要求生产我们需要的各种各样的bean。
6)Aware感知接口:在实际开发中,经常需要用到Spring容器本身的功能资源
例如:BeanNameAware、ApplicationContextAware等等
BeanDefinition 实现了 BeanNameAware、ApplicationContextAware
7)BeanPostProcessor:后置处理器。在Bean对象实例化和引入注入完毕后,
8)destory:销毁
二.spring的JavaBean管理中单例模式及原型(多例)模式
2.1 . 默认为单例,但是可以配置多例
单例的优点:节约内存;缺点:有变量污染;JavaBean是跟着spring上下文初始化的,容器生对象生,容器死对象死,因为单例只创建一次,所以最开始的时候就创建
多例的优点:无变量污染;缺点:及其消耗内存;JavaBean是使用的时候才会创建,销毁跟着jvm走
举例说明:假如你有两个儿子,他们两个都想要一个玩具车。
案例一,买一个,哥哥上午玩,弟弟下午玩,但是上午哥哥玩的时候如果玩具脏了, 刮花了,那么对于弟弟而言这个玩具已经不是原有车的状态,但是给我们省钱了=====》单例
案例二:买两个,一人一个,这样就不存在污染,各玩各的,但是我们的钱包就扁了======》多例
2.2.举例论证
2.2.1 默认单例
这个就是那辆车,bean对象,这里设了一个变量属性 num 来验证是不是单例,变量改变了
package com.zking.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);}
}
再模拟方法数据,进行测试
package com.zking.beanlife;public class InstanceFactory {public void init() {System.out.println("初始化方法");}public void destroy() {System.out.println("销毁方法");}public void service() {System.out.println("业务方法");}
}
然后,进行xml文件配置,
最后前台测试:是否默认为单例模式,并且变量被污染了,num值发生了变化,说明被污染了,默认为单例模式
2.2.2 设置多例
原来的代码不变,我们再xml配置文件中,选择多例
前台测试结果,发现num值没有被污染
2.2.3单例与多例的初始化的时间点
当是多例的时候,不会初始化
而当单例的时候,会初始化
三.总结
单例和多例的选择也需要考虑性能和资源消耗。单例可以节省资源,但可能存在线程安全问题;多例可以保证独立性,但会增加对象创建和销毁的开销。单例适合那些无状态或者线程安全的Bean,多例适合那些有状态的Bean或者需要每次请求都创建一个新实例的情况