spring作用域

本文详细介绍了Spring框架中Bean的六种作用域:singleton、prototype、request、session、globalSession及其配置方式,并解释了它们如何影响Bean的生命周期。

作用域将对Bean的生命周期和创建方式产生影响.

singleton 在spring IOC容器中仅存在一个Bean实例,Bean以单实例的方式存在.

prototype 每次从容器中调用Bean时,都返回一个新的实例,即每次调用getBean()时,相当于执行new XxxBean()的操作.

request 每次HTTP请求都会创建一个新的Bean,该作用域仅适用于webApplicationContext环境.

session 同一个HTTP session共享一个Bean,不同HTTP session使用不同的Bean,该作用域仅适用于webApplicationContext环境.

globalSession 同一个全局session共享一个Bean,一般用于portlet应用环境,该作用域仅适用于webApplicationContext环境.

在低版本的spring中,由于只有两个Bean作用域,所以采用singleton=”true|false”的配置方式,spring2.0为了向后兼容,依旧支持这种配置方式.不过,spring2.0推荐采用新的配置方式:scope=”<作用域类型>”


singleton作用域

spring以容器的方式提供天然的单实例模式功能,任何POJO无须编写特殊的代码仅通过配置就可以了.

注意:spring将Bean的默认作用域定为singleton.

singleton例:

Car Bean声明为singleton(因为默认是singleton,所以可以不显式指定).

在默认情况下,spring的ApplicationContext容器在启动时,自动实例化所有singleton的Bean并缓存于容器中.

虽然启动时会花费一些时间,但带来两个好处:首先对Bean提前的实例化操作会及早发现一些潜在的配置问题.

其次Bean以缓存的方式保存,当运行时使用到该Bean时就无须再实例化了,加快了运行效率.如果用户不希望在容

器启动时提前实例化singleton的Bean,可以通过lazy-init属性进行控制:

lazy-init=”true”的Bean在某些情况下依旧会提前实例化:如果该Bean被其它需要提前实例化的Bean引用到,

spring也将忽略延迟实例化的设置.


prototype作用域

采用scope=”prototype”指定非单实例作用域Bean,请看:

boss1,boss2所引用的都是一个独立的Car实例.

在默认情况下,spring容器在启动时不实例化prototype的Bean.此外,spring容器将prototype的Bean交给调用

者后,就不再管理它的生命周期.


web应用环境相关的Bean作用域

如果用户使用spring的webApplicationContext,则可以使用另外3种Bean的作用域:request,session和globalSession.不过

在使用这些作用域之前,首先必须在web容器中进行一些额外的配置,在高版本的web容器中,则可以利用HTTP请求监听器进行配置:

org.springframework.web.context.request.RequestContextListener

细心的朋友可能有一个疑问:在介绍webApplicationContext初始化时,我们已经通过ContextLoaderListener将web容器与

spring容器整合,为什么这里又要引入一个额外的RequestContextListener以支持Bean的另外3个作用域呢?

在整合spring容器时使用ContextLoaderListener,它实现了ServletContextListener监听器接口,ServletContextListener

只负责监听web容器启动和关闭的事件.而RequestContextListener实现ServletRequestListener监听器接口,该监听器监听

HTTP请求事件,web服务器接收的每一次请求都会通知该监听器.

spring容器启动和关闭操作由web容器的启动和关闭事件触发,但如果spring容器中的Bean需要request,session,globalsession

作用域的支持,spring容器本身就必须获得web容器的HTTP请求事件,以HTTP请求的事件”驱动”Bean作用域的控制逻辑.

request作用域

顾名思义,request作用域的Bean对应一个HTTP请求和生命周期,考虑下面的配置:

这样,每次HTTP请求调用到car Bean时,spring容器创建一个新的Car Bean,请求处理完毕后,销毁这个Bean.

session作用域

假设将以上car的作用域调整为session类型:

这样配置后,car Bean的作用域横跨整个HTTP session,session中所有HTTP请求都共享同一个Car Bean,当HTTP Session结束后,实例

才被销毁.

globalSession作用域

下面的配置片断将car的作用域设置为了globalSession:

globalSession作用域类似于session作用域,不过仅在portlet的web应用中使用.Portlet规范定义了全局Session概念,它被组成portlet

web应用的所有子portlet共享.如果不在Portlet web应用环境下,globalSession自然等价于session作有域了.

<think> 嗯,用户想了解Spring作用域的相关信息,看起来他对Spring框架的基础概念有一定了解。之前系统指令要求使用中文回答并规范数学公式格式,不过这个问题主要涉及技术概念,不太需要数学表达式。 用户提供的三个引用内容其实已经覆盖了核心知识点:引用1提到作用域可扩展的特性,引用2列举了四种标准作用域,引用3详细解释了单例模式。需要把这些信息整合成系统的讲解。 注意到引用3里有个细节容易忽略——单例模式的作用范围是同一个JVM实例。这个点很重要,很多开发者误以为单例是全局唯一的,实际在集群环境中不同JVM会有多个实例。 用户可能是中级Java开发者,正在学习Spring框架。应该强调实际开发中最关键的三个作用域:单例(性能最优)、原型(需要状态隔离时使用)、请求/会话(Web场景)。特别是要提醒单例模式下避免使用实例变量,这是常见的踩坑点。 在整理回答时,考虑先定义作用域概念,再用表格对比不同类型,最后给出选型建议。对于自定义作用域部分,用户当前可能不需要深入实现细节,但应该提一句扩展性作为知识拓展。 相关问题设计要层层递进:先问核心区别(基础),再问线程安全(进阶),最后到自定义实现(高级)。这样无论用户是什么水平都能找到切入点。 </think> 以下是关于Spring Bean作用域的详细介绍,整合了核心概念和实际应用要点: ### 一、核心作用域类型 | 作用域 | 生命周期特征 | 适用场景 | |----------------|-----------------------------------------------------------------------------|----------------------------------| | **Singleton** | 整个IoC容器中仅存在**单个实例**(默认作用域)<br>✅ 容器启动时创建(懒加载可配置) | 无状态服务、工具类、数据库连接池 | | **Prototype** | 每次获取Bean时创建**新实例**<br>⛔ 容器不管理完整生命周期(需自行销毁) | 需要维护状态的对象(如购物车) | | **Request** | 每个HTTP请求创建**独立实例**<br>🌐 请求结束时销毁(仅Web环境有效) | 请求级别数据封装(如表单对象) | | **Session** | 每个用户会话创建**独立实例**<br>🔑 会话过期时销毁(仅Web环境有效) | 用户会话数据(如登录凭证) | | **Application**| ServletContext级别共享**单例**<br>🚀 生命周期与ServletContext一致 | 全局缓存、共享资源 | ### 二、关键特性详解 1. **Singleton模式注意事项** ```xml <!-- 显式声明单例(默认可省略) --> <bean id="service" class="com.example.ServiceImpl" scope="singleton"/> <!-- 懒加载配置(延迟初始化) --> <bean id="lazyService" class="com.example.LazyService" lazy-init="true"/> ``` - 单例Bean需保证**线程安全**,避免使用非静态成员变量存储状态[^3] - 与设计模式中的单例区别:Spring单例是**容器级单例**(非JVM级),多容器环境下仍可能存在多个实例 2. **Prototype模式特性** ```java // 每次getBean()调用生成新对象 ApplicationContext ctx = ... PrototypeBean p1 = ctx.getBean(PrototypeBean.class); PrototypeBean p2 = ctx.getBean(PrototypeBean.class); // p1 != p2 ``` - **内存泄漏风险**:容器只负责初始化,不负责销毁,需通过`@PreDestroy`或实现`DisposableBean`手动清理资源 3. **Web相关作用域** - Request/Session作用域需添加**监听器配置**(web.xml): ```xml <listener> <listener-class>org.springframework.web.context.request.RequestContextListener</listener-class> </listener> ``` - 注解驱动配置(推荐): ```java @Bean @Scope(value = WebApplicationContext.SCOPE_SESSION, proxyMode = ScopedProxyMode.TARGET_CLASS) public UserPreferences userPreferences() { ... } ``` `proxyMode`解决作用域Bean注入单例Bean时的代理问题[^2] ### 三、自定义作用域(扩展机制) 1. **实现步骤** ```java // 1. 实现Scope接口 public class CustomScope implements Scope { @Override public Object get(String name, ObjectFactory<?> objectFactory) { ... } // 2. 注册到容器 @Bean public static CustomScopeConfigurer customScope() { CustomScopeConfigurer configurer = new CustomScopeConfigurer(); configurer.addScope("custom", new CustomScope()); return configurer; } } ``` 2. **应用场景** - 线程级作用域(ThreadScope) - 集群环境下的分布式作用域 - 特定业务维度的对象复用(如租户隔离)[^1] ### 四、选型建议 | 考量维度 | 优先选择的作用域 | |---------------|----------------| | 性能要求高 | Singleton | | 需维护状态 | Prototype | | Web请求数据封装 | Request | | 用户会话数据 | Session | | 全局共享资源 | Application | > **原则**:在满足业务需求的前提下,优先选用单例作用域以优化资源利用率[^3]
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值