Spring Bean作用域 -- 单例与多例之美
目录
1. 概念
2. 用法
A. xml配置
B. @Scope注解
3. 重要特性
A. prototype
B. request
C. 作用域不同步解决办法
(1). xml配置lookup
(2). 使用@Scope的proxyMode参数值
1. 概念
Bean的作用域，主要是说bean在spring容器内，所存在的时间和状态。主要有五个：
- singleton 单例模式、默认状态，只生成一个实例，每次从spring容器内获取的都是同一个bean，唯一性
- prototype 每次从spring容器内获取，都会产生一个新的bean
- request 一次http请求级别
- session session级别
- global session
作用域体现在：每次bean被注入时是否重新创建bean。
当为singleton时，bean只创建一次，每次被注入都是此bean实例；
prototype是每次被注入都会生成新的bean，再注入；
request 在web服务的一次请求中，此bean被注入都是同一个bean实例，如果是另一个request请求，被注入时会生成另一个bean实例；
同理session、global session的作用范围也如语义。
2. 用法
用法主要分为两种：xml和@Scope注解
A. xml配置
在创建bean时，添加scope属性，值为作用域的五种状态：
B. @Scope注解
在使用注解创建bean时，添加注解@Scope，里面的参数value值为作用域的五种状态
@Scope("request")
@Component
public class BeanA {
·······
·····
}
3. 重要特性
A. prototype
每次从spring容器内获取，都会产生一个新的bean。因此包括当作用域为prototype的bean被自动注入时，也会每次都产生一个新的bean被自动注入。
但要注意，是每次被自动注入，如果没有发生被注入的动作，那么自然也不会生成新的bean。例如在一个singleton的beanA内，注入prototype的beanB变量，因为beanA在spring容器内只有一份，因此beanB在首次注入后，没有机会再被注入beanA了，所以beanB在容器内也只存在一份。同理request等其他模式也可能出现类似现象，需要使用时留心注意。
prototype是重新创建bean，与Java中new一个新的对象一样，需要在堆中开内存，创建实例、垃圾回收、新生代老年代转移，因此对系统资源开销比较大，所以尽量不要直接使用prototype这种模式
B. request
request、session、global session 只在web下有效，因此普通的spring项目使用这些scope不会有实际效果。 同时，web服务时，需要增加额外的配置，将HTTP请求绑定在为该请求提供服务的线程上，否则也不会实现预料的效果，配置方式如下：
org.springframework.web.context.request.RequestContextListener
C. 作用域不同步解决办法
上面提到，如果singleton注入了prototype或request的bean，因为不会多次注入，所以不会达到预想的效果。要想实现预想的功能，在每次request请求下都重新生成request注入singleton下的bean中，有两种方法：
(1). xml配置lookup
使用xml配置bean，则可使用lookup方法。
跟一般的bean配置不同，singleton的bean定义成了抽象类abstract，并且定义了一个抽象方法，将此抽象方法配置成lookup模式，达到效果。示例如下：
首先定义一个Food类，此类配置成prototype
package org.scope.bean.lookup;
public class Food {
private String name;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
}
Food类会被注入到 Person中，Person是singleton，并且定义为Abstract，有抽象方法getFood()，来动态注入。 eatFood()方法用来验证，打印出person本身的hashCode和注入的food的hashCode
package org.scope.bean.lookup;
public abstract class Person {
// 定义此抽象方法，用于获取被依赖的bean
public abstract Food getFood();
public void eatFood() {
Food food = getFood();
System.out.println(this.hashCode() + " 今天晚上吃：" + food.getName() +", 食物编号：" + food.hashCode() );
}
}
再编写个测试类AppMain，此类得到Spring容器，从容器内三次获取bean：person
package org.scope.bean;
import org.scope.bean.lookup.Person;
import org.springframework.beans.BeansException;
import org.springframework.context.ApplicationContext;
import org.springframework.context.ApplicationContextAware;
public class AppMain implements ApplicationContextAware{
@Override
public void setApplicationContext(ApplicationContext applicationContext)
throws BeansException {
for(int i = 0; i < 3 ; i++ ) {
Person p = (Person) applicationContext.getBean("person");
p.eatFood();
}
}
}
xml配置bean：
最后记得配置
可以看到，person始终都是同一人，但food的hashCode一直在变，说明singleton注入prototype生效
另：也可以参考下面的文档：lookup方法参考文档
(2). 使用@Scope的proxyMode参数值
当使用注解自动创建bean时，可以设置注解中的proxyMode参数，来激活request的设定
proxyMode的参数是枚举类ScopedProxyMode，最有用的两个是：INTERFACES、TARGET_CLASS。
当使用ScopedProxyMode.INTERFACES定义bean所属class时，那么被注入时的引用处，可以用接口名来做静态类型。也就是说：@Autowired下修饰的是个接口多态的定义。当使用TARGET_CLASS时，被引用时的@Autowired下的静态类型应该是class本身。