★Struts1线程非安全,scope="prototype"或singleton="false"的作用

本文探讨了Spring框架中singleton与prototype两种作用域模式在并发环境下的区别,通过实例分析,解释了如何通过配置singleton=false解决并发问题,并对比了不同模式对线程安全性的影响,最后提供了在新项目中如何正确选择和配置作用域模式的建议。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

10年第一份工作,公司里有个B2B商务网,其中的公司主页板块,出现了如下问题:

项目运行一段时间(2~3天)后,点任何一个公司名称进去都显示的是同一个公司的信息 ,重启tomcat问题消失,过段时间又是这个问题。

后来有个前辈来公司,前辈就是不一样,在Spring配置Action的地方加上singleton="false",问题解决了。

我在网上查,singleton:单例,singleton默认配置是"true",singleton="false"就是多例了,当时不懂为啥这样。

 

在新公司同样用SSH框架,没有配置singleton="false",并没有出现以前的问题。

 

今天看传智播客Hibernate视频第50《_Session与SessionFactory的多线程问题》,视频中提到线程安全的3种形式:1.加锁2.不能被修改的类(String、Integer),每次调用都新产生一个对象3.只读的,只提供获取不提供修改的类。然后视频中讲到Struts1的action是单例的,是非线程安全的,Struts2的action是多例的,是线程安全的,想到之前项目的问题,似乎有联系,网上查查资料,终于明白了

 

以下是网上的解释:

spring scope="prototype" 学习笔记

<bean id="**Action" class="com.web.actions.**Action" scope="prototype" >
    <property name="**Service" ref="**Service" />
</bean>

 

scope="prototype"没写的问题,项目中对一个表的增删该操作是用一个action(单例),这个action有add,update,delete,save这些方法,添加和修改是共用一个页面,当页面得到id时代表进行的修改操作,反之是添加操作,因为在配置spring的bean是忘了写scope="prototype",所以每次添加时都显示最后一次访问过的记录。scope="prototype"会在该类型的对象被请求时创建一个新的action对象(多例)。如果没有配置scope=prototype则添加的时候不会新建一个action ,他仍然会保留上次访问的过记录的信息。
webwork的Action不是线程安全的,要求在多线程环境下必须是一个线程对应一个独立的实例,不能使用singleton。所以,我们在Spring配置Webwork Action Bean时,需要加上属性scope=”prototype”或singleton=”false”
singleton模式指的是对某个对象的完全共享,包括代码空间和数据空间,说白了,如果一个类是singleton的,假如这个类有成员变量,那么这 个成员变量的值是各个线程共享的(有点类似于static的样子了),当线程A往给变量赋了一个值以后,线程B就能读出这个值。因此,对于前台 Action,肯定不能使用singleton的模式,必须是一个线程请求对应一个独立的实例。推而广之,只要是带数据成员变量的类,为了防止多个线程混用数据,就不能使用singleton 。对于我们用到的Service、Dao,之所以用了singleton,就是因为他们没有用到数据成员变量,如果谁的Service需要数据成员变量,请设置singleton=false。

<think>好的,我现在需要回答用户关于@Scope(value='prototype')在Spring中的作用的问题。首先,我得回忆一下Spring中的作用域类型,特别是prototype作用域。 我记得Spring默认的Bean作用域是singleton,也就是每个Spring容器中只有一个实例。而prototype作用域每次请求Bean时都会创建一个新的实例。可能用户在使用时遇到了Bean状态被共享的问题,所以需要了解prototype作用。 接下来,我需要确认@Scope注解的使用方式。通常,@Scope可以配合@Component@Bean等注解使用,指定Bean的作用域。value='prototype'就是设置作用域为原型模式。这时候要确保语法正确,比如在Spring中是否还有其他配置需要注意。 然后,我应该考虑用户可能的实际应用场景。比如,当一个Bean有可变状态,并且多个地方使用该Bean时,如果不想共享状态,就需要用prototype。例如,在Web应用中,用户的会话数据可能需要每个会话一个实例,者多线程环境下需要避免并发问题。 还需要对比其他作用域,比如request、session、application等,但用户的问题集中在prototype上,所以重点突出与singleton的区别。同时,要提醒用户使用prototype时的资源管理问题,因为频繁创建实例可能影响性能,需要由开发者自己管理销毁。 另外,要检查是否有常见的误解。比如,虽然prototype每次注入通过上下文获取时生成新实例,但如果在某个singleton Bean中注入一个prototype Bean,prototype实例只会创建一次,除使用方法注入。这部分可能需要进一步解释,但用户的问题可能不需要深入到这里,所以可以简要提及留到扩展部分。 最后,整理回答的结构,先定义作用域,对比singleton,说明使用场景,注意事项,以及代码示例。确保语言清晰,步骤分明,帮助用户逐步理解。同时,注意使用中文,避免技术术语的直译,保持口语化但专业。</think>@Scope(value='prototype') 是 Spring 框架中用于控制 Bean 作用范围的重要注解。以下是逐步解析它的作用和使用场景: --- ### 1. **基础概念** - **作用域(Scope)** 定义了 Bean **实例的创建规则和生命周期**。 - Spring 默认作用域是 `singleton`(单例),即**整个容器中只有一个实例**。 - `prototype` 作用域表示**每次获取 Bean 时都会创建一个新实例**。 --- ### 2. **与 Singleton 的对比** | 特性 | Singleton(默认) | Prototype | |---------------------|----------------------------|----------------------------| | **实例数量** | 容器中唯一 | 每次请求都生成新实例 | | **初始化时机** | 容器启动时创建 | 每次请求时创建 | | **资源占用** | 低(共享实例) | 高(频繁创建) | | **适用场景** | 无状态对象(如工具类) | 有状态对象(如用户会话) | --- ### 3. **典型使用场景** - **需要维护状态的 Bean** 例如购物车对象:每个用户需要独立的购物车实例。 - **避免并发问题** 如果多个线程操作同一个 Bean 的状态,使用 `prototype` 可隔离数据。 - **延迟初始化依赖** 每次注入通过 `getBean()` 获取时都生成新实例。 --- ### 4. **代码示例** ```java @Component @Scope(value = ConfigurableBeanFactory.SCOPE_PROTOTYPE) // 简写为 @Scope("prototype") public class ShoppingCart { // 有状态的属性和方法 } ``` --- ### 5. **注意事项** - **资源管理** `prototype` Bean 的生命周期由调用者管理,Spring 不会自动销毁它。 - **性能影响** 频繁创建实例可能增加内存开销,需权衡使用场景。 - **代理模式** 如果 Bean 需要被代理(如 AOP),需配合 `proxyMode` 属性: ```java @Scope(value = "prototype", proxyMode = ScopedProxyMode.TARGET_CLASS) ``` --- ### 6. **与其他作用域对比** | 作用域 | 描述 | |---------------|-------------------------------| | `request` | 每个 HTTP 请求生成新实例 | | `session` | 每个用户会话生成一个实例 | | `application` | 整个 Web 应用共享一个实例 | --- **总结**: 使用 `@Scope("prototype")` 可解决因单例模式导致的状态污染问题,适用于需要独立实例的场景,但需注意资源管理和性能影响。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值