spring默认单例,单例情况下,容器创建时调用方法创建对象到容器中,在程序中调用bean,直接从容器中拿取,且每次拿取的都是同一个对象。如果上一次对bean里的属性做了修改,那下一次拿取的就是修改过的bean。
如果想要多例,需要在类的名称上方用@Scope(“prototype”)。
之前遇到过这样的问题,一个表单类(如ClientForm),默认单例的情况下,如果两次请求的同时发送的话,第二次的数据会填充到第一次的数据中,造成并发的问题。其实在form类前加@Scope(“prototype”) 就好了。
顺便介绍下Spring中bean的生命周期:
在IoC容器启动之后,并不会马上就实例化相应的bean,此时容器仅仅拥有所有对象的BeanDefinition(BeanDefinition:是容器依赖某些工具加载的XML配置信息进行解析和分析,并将分析后的信息编组为相应的BeanDefinition)。只有当getBean()调用时才是有可能触发Bean实例化阶段的活动
Spring框架中,一旦把一个Bean纳入Spring IOC容器之中,这个Bean的生命周期就会交由容器进行管理,一般担当管理角色的是BeanFactory或者ApplicationContext,认识一下Bean的生命周期活动,对更好的利用它有很大的帮助:
1、Bean的建立, 由BeanFactory读取Bean定义文件,并生成各个实例
2、Setter注入,执行Bean的属性依赖注入
3、BeanNameAware的setBeanName(), 如果实现该接口,则执行其setBeanName方法
4、BeanFactoryAware的setBeanFactory(),如果实现该接口,则执行其setBeanFactory方法
5、BeanPostProcessor的processBeforeInitialization(),如果有关联的processor,则在Bean初始化之前都会执行这个实例的processBeforeInitialization()方法
6、InitializingBean的afterPropertiesSet(),如果实现了该接口,则执行其afterPropertiesSet()方法
7、Bean定义文件中定义init-method
8、BeanPostProcessors的processAfterInitialization(),如果有关联的processor,则在Bean初始化之前都会执行这个实例的processAfterInitialization()方法
9、DisposableBean的destroy(),在容器关闭时,如果Bean类实现了该接口,则执行它的destroy()方法
10、Bean定义文件中定义destroy-method,在容器关闭时,可以在Bean定义文件中使用“destory-method”定义的方法
如果使用ApplicationContext来维护一个Bean的生命周期,则基本上与上边的流程相同,只不过在执行BeanNameAware的setBeanName()后,若有Bean类实现了org.springframework.context.ApplicationContextAware接口,则执行其setApplicationContext()方法,然后再进行BeanPostProcessors的processBeforeInitialization()
实际上,ApplicationContext除了向BeanFactory那样维护容器外,还提供了更加丰富的框架功能,如Bean的消息,事件处理机制等。
参考:
https://blog.youkuaiyun.com/w_linux/article/details/80086950
https://www.cnblogs.com/zhangyu1024/p/9072156.html
https://www.cnblogs.com/redcool/p/6397398.html