Spring Bean作用域
博客专区 > 雷速 的博客 > 博客详情
Spring Bean作用域
雷速 发表于6个月前
Spring Bean作用域
  • 发表于 6个月前
  • 阅读 2
  • 收藏 0
  • 点赞 0
  • 评论 0

腾讯云 新注册用户 域名抢购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的作用范围也如语义。

用法

用法主要分为两种:xml和@Scope注解 ###1. xml配置 在创建bean时,添加scope属性,值为作用域的五种状态:

<bean id="xxx" class="org.leisu.xxxx.xxxxx" scope="singleton">

###2. @Scope注解 在使用注解创建bean时,添加注解@Scope,里面的参数value值为作用域的五种状态

@Scope("request")
@Component
public class BeanA {
   ·······
    ·····
}

重要特性

1. prototype

  每次从spring容器内获取,都会产生一个新的bean。因此包括当作用域为prototype的bean被自动注入时,也会每次都产生一个新的bean被自动注入。但要注意,是每次**“被自动注入”**,如果没有发生被注入的动作,那么自然也不会生成新的bean。例如在一个singleton的beanA内,注入prototype的beanB变量,因为beanA在spring容器内只有一份,因此beanB在首次注入后,没有机会再被注入beanA了,所以beanB在容器内也只存在一份。同理request等其他模式也可能出现类似现象,需要使用时留心注意。

> prototype是重新创建bean,与Java中new一个新的对象一样,需要在堆中开内存,创建实例、垃圾回收、新生代老年代转移,因此对系统资源开销比较大,所以尽量不要直接使用prototype这种模式

2. request

request、session、global session 只在web下有效,因此普通的spring项目使用这些scope不会有实际效果。 同时,web服务时,需要增加额外的配置,将HTTP请求绑定在为该请求提供服务的线程上,否则也不会实现预料的效果,配置方式如下:

	<!-- 如要使用scope为session、request等web级别的作用域时,需要适配这个listener,或者Dispatcher使用SpringDisPatcherServlet -->
	<listener>
    	<listener-class>org.springframework.web.context.request.RequestContextListener</listener-class>
  	</listener>

3. 作用域不同步解决办法

上面提到,如果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:

	<bean id="main" class="org.scope.bean.AppMain"/>
    
    <bean id="person" class="org.scope.bean.lookup.Person" scope="singleton">
    	<lookup-method name="getFood" bean="food"/>
    </bean>
    
    <bean id="food" class="org.scope.bean.lookup.Food" scope="prototype">
    	<property name="name" value="拉面"/>
    </bean>

 最后记得配置<load-on-startup>自动加载spring容器。启动服务,查看日志结果:

    xml配置lookup

  可以看到,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本身。

共有 人打赏支持
粉丝 0
博文 15
码字总数 12115
×
雷速
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: