Spring作用域
Spring 3中为Bean定义了5种作用域,分别为singleton(单例)、prototype(原型)、request、session和global session,5种作用域说明如下:
- singleton:单例模式,Spring IoC容器中只会存在一个共享的Bean实例,无论有多少个Bean引用它,始终指向同一对象。Singleton作用域是Spring中的缺省作用域,也可以显示的将Bean定义为singleton模式,配置为:
- <bean id="userDao" class="com.ioc.UserDaoImpl" scope="singleton"/>
- prototype:原型模式,每次通过Spring容器获取prototype定义的bean时,容器都将创建一个新的Bean实例,每个Bean实例都有自己的属性和状态,而singleton全局只有一个对象。根据经验,对有状态的bean使用prototype作用域,而对无状态的bean使用singleton作用域。
- request:在一次Http请求中,容器会返回该Bean的同一实例。而对不同的Http请求则会产生新的Bean,而且该bean仅在当前Http Request内有效。
- <bean id="loginAction" class="com.cnblogs.Login" scope="request"/>,针对每一次Http请求,Spring容器根据该bean的定义创建一个全新的实例,且该实例仅在当前Http请求内有效,而其它请求无法看到当前请求中状态的变化,当当前Http请求结束,该bean实例也将会被销毁。
- session:在一次Http Session中,容器会返回该Bean的同一实例。而对不同的Session请求则会创建新的实例,该bean实例仅在当前Session内有效。
- <bean id="userPreference" class="com.ioc.UserPreference" scope="session"/>,同Http请求相同,每一次session请求创建新的实例,而不同的实例之间不共享属性,且实例仅在自己的session请求内有效,请求结束,则实例将被销毁。
- global Session:在一个全局的Http Session中,容器会返回该Bean的同一个实例,仅在使用portlet context时有效。
Spring生命周期
Spring框架中,一旦把一个Bean纳入Spring IOC容器之中,这个Bean的生命周期就会交由容器进行管理,一般担当管理角色的是BeanFactory或者ApplicationContext,认识一下Bean的生命周期活动,对更好的利用它有很大的帮助:
下面以BeanFactory为例,说明一个Bean的生命周期活动
- Bean的建立, 由BeanFactory读取Bean定义文件,并生成各个实例
- Setter注入,执行Bean的属性依赖注入
- BeanNameAware的setBeanName(), 如果实现该接口,则执行其setBeanName方法
- BeanFactoryAware的setBeanFactory(),如果实现该接口,则执行其setBeanFactory方法
- BeanPostProcessor的processBeforeInitialization(),如果有关联的processor,则在Bean初始化之前都会执行这个实例的processBeforeInitialization()方法
- InitializingBean的afterPropertiesSet(),如果实现了该接口,则执行其afterPropertiesSet()方法
- Bean定义文件中定义init-method
- BeanPostProcessors的processAfterInitialization(),如果有关联的processor,则在Bean初始化之前都会执行这个实例的processAfterInitialization()方法
- DisposableBean的destroy(),在容器关闭时,如果Bean类实现了该接口,则执行它的destroy()方法
- Bean定义文件中定义destroy-method,在容器关闭时,可以在Bean定义文件中使用“destory-method”定义的方法
如果使用ApplicationContext来维护一个Bean的生命周期,则基本上与上边的流程相同,只不过在执行BeanNameAware的setBeanName()后,若有Bean类实现了org.springframework.context.ApplicationContextAware接口,则执行其setApplicationContext()方法,然后再进行BeanPostProcessors的processBeforeInitialization()
实际上,ApplicationContext除了向BeanFactory那样维护容器外,还提供了更加丰富的框架功能,如Bean的消息,事件处理机制等
参考代码如下:
public class Person implements BeanFactoryAware,BeanNameAware,InitializingBean,DisposableBean,BeanFactoryPostProcessor,BeanPostProcessor{ private String name; private String address; private String phone; public Person(){ System.out.println("Person:调用构造器方法"); } public void setName(String name) { this.name = name; System.out.println("person:注入属性name"); } public void setAddress(String address) { this.address = address; System.out.println("person:注入属性address"); } public void setPhone(String phone) { this.phone = phone; System.out.println("person:注入属性phone"); } public void setBeanFactory(BeanFactory beanFactory) throws BeansException { System.out.println("person:调用BeanFactoryAware的setBeanFactory方法"); } public void setBeanName(String s) { System.out.println("person:调用BeanNameAware的setBeanName方法"); } public void destroy() throws Exception { System.out.println("person:调用DisposableBean的destroy方法"); } public void afterPropertiesSet() throws Exception { System.out.println("person:调用InitializingBean的afterPropertiesSet方法"); } public void postProcessBeanFactory(ConfigurableListableBeanFactory configurableListableBeanFactory) throws BeansException { System.out.println("person:调用BeanFactoryPostProcessor的postProcessBeanFactory方法"); } public Object postProcessBeforeInitialization(Object o, String s) throws BeansException { System.out.println("person:调用BeanPostProcessor的postProcessBeforeInitialization方法"); return null; } public Object postProcessAfterInitialization(Object o, String s) throws BeansException { System.out.println("person:调用BeanPostProcessor的postProcessAfterInitialization方法"); return null; } public void initFirst(){ System.out.println("person:调用initFirst方法,对应bean上的init-method"); } public void destroyFirst(){ System.out.println("person:调用destroyFirst方法,对应bean上的destroy-method方法"); } }