项目准备交付了,却出现了一个致命的问题:
项目场景:有一个核心业务类--根据个人编号,调用各种数据进行运算。
出现问题:A用户和B用户同时访问出现乱码错误,并且偶尔出现,A提出请求的时候返回B的结果。
重现错误:因为没有测试用例,项目几乎裸奔。所以用js模拟用户频繁请求,一下是html测试代码:
<html>
<head><title> New Document </title>
</head>
<body>
<form id="form1" name="form1" method="post" action="PreCompe.action">
<label>个人编号:
<input name="perscode" type="text" id="perscode" value="" size="50" style="height:25px; width:250px"/>
</label>
</form>
<form action="#" id="form2" name="form2">
<input type="button" value="开始" name="btnStart"/>
<input type="button" value="重置" name="btnReset"/>
<input name="txt1" type="text" value="0" size="12"/>
</form>
</body>
</html>
<script language="JavaScript" type="text/javascript">
<!--
//获取表单中的表单域
var txt=document.form2.elements["txt1"];
var btnStart=document.form2.elements["btnStart"];
var btnReset=document.form2.elements["btnReset"]
//定义定时器的id
var id;
//每10毫秒该值增加1
var seed=0;
btnStart.onclick=function(){
//根据按钮文本来判断当前操作
if(this.value=="开始"){
//使按钮文本变为停止
this.value="停止";
//使重置按钮不可用
btnReset.disabled=true;
//设置定时器,每0.01s跳一次
id=window.setInterval(tip,10);
}else{
//使按钮文本变为开始
this.value="开始";
//使重置按钮可用
btnReset.disabled=false;
//取消定时
window.clearInterval(id);
}
}
//重置按钮
btnReset.onclick=function(){
seed=0;
}
//让秒表跳一格
function tip(){
seed++;
txt.value=seed/100;
openWin(seed);
}
//-->
function openWin(number){
var perscode = document.form1.perscode.value;
window.open ("PreCompe.action?&compeopera=1&treattype=2&perscode="+perscode,"newwindow"+number,"height=600,width=800,top=400,left=400,toolbar=no,menubar=no,scrollbars=no, resizable=no,location=no, status=no");
}
</script>
原理很简单,测试用例复杂,所以干脆就直接模拟很多用户每一秒钟请求一次,肯定会有并发发生。然后是多台机器同时访问。
结果:控制台显示,一个业务类实例没有完成,另外一个实例已经开始。
BUG分析:业务类一开始实例化后,存在于内存,多个请求调用产生交叉。
解决方法:
<bean id="builder" class="com.medical.domain.medcompe.impl.ConcreateBuilder" singleton="false">
附上引自:http://blog.163.com/tangyang_personal/blog/static/46229613200832235353419/的一个教程。
Spring中Bean的生命周期 在spring中,从BeanFactory或ApplicationContext取得的实例为Singleton,也就是预设为每一个Bean的别名只能维持一个实例,而不是每次都产生
一个新的对象
使用Singleton模式产生单一实例,对单线程的程序说并不会有什么问题,但对于多线程的程序,就必须注意安全(Thread-safe)的议题,防止多个线程
同时存取共享资源所引发的数据不同步问题。
然而在spring中 可以设定每次从BeanFactory或ApplicationContext指定别名并取得Bean时都产生一个新的实例:例如:
<bean singleton="false">
在spring中,singleton属性默认是true,只有设定为false,则每次指定别名取得的Bean时都会产生一个新的实例
一个新的对象
使用Singleton模式产生单一实例,对单线程的程序说并不会有什么问题,但对于多线程的程序,就必须注意安全(Thread-safe)的议题,防止多个线程
同时存取共享资源所引发的数据不同步问题。
然而在spring中 可以设定每次从BeanFactory或ApplicationContext指定别名并取得Bean时都产生一个新的实例:例如:
<bean singleton="false">
在spring中,singleton属性默认是true,只有设定为false,则每次指定别名取得的Bean时都会产生一个新的实例
一个Bean从创建到销毁,如果是用BeanFactory来生成,管理Bean的话,会经历几个执行阶段:
1:Bean的建立:
有BeanFactory读取Bean定义文件,并生成各个Bean实例
2:属性注入:
执行相关的Bean属性依赖注入
3:BeanNameAware的setBeanName():
如果Bean类有实现org.springframework.beans.BeanNameAware接口,则执行它的setBeanName()方法
4:BeanFactoryAware的setBeanFactory():
如果Bean类有实现org.springframework.beans.factory.BeanFactoryAware接口,则执行它的setBeanFactory()方法
5:BeanPostProcessors的ProcessBeforeInitialization()
如果任何的org.springframework.beans.factory.config.BeanPostProcessors实例与Bean实例相关。则执行BeanPostProcessors实例
的processBeforeInitialization()方法
6:initializingBean的afterPropertiesSet():
如果Bean类已实现org.springframework.beans.factory.InitializingBean接口,则执行他的afterProPertiesSet()方法
7:Bean定义文件中定义init-method:
可以在Bean定义文件中使用"init-method"属性设定方法名称例如:
<bean calss="onlyfun.caterpillar.HelloBean" init-method="initBean">
如果有以上设置的话,则执行到这个阶段,就会执行initBean()方法
8:BeanPostProcessors的ProcessaAfterInitialization()
如果有任何的BeanPostProcessors实例与Bean实例关联,则执行BeanPostProcessors实例的ProcessaAfterInitialization()方法
9:DisposableBean的destroy()
在容器关闭时,如果Bean类有实现org.springframework.beans.factory.DisposableBean接口,则执行他的destroy()方法
10:Bean定义文件中定义destroy-method
在容器关闭时,可以在Bean定义文件中使用"destroy-method"属性设定方法名称,例如:
<bean destroy-method="destroyBean">
如果有以上设定的话,则进行至这个阶段时,就会执行destroyBean()方法,如果是使用ApplicationContext来生成并管理Bean的话
则稍有不同,使用ApplicationContext来生成及管理Bean实例的话,在执行BeanFactoryAware的setBeanFactory()阶段后,若Bean
类上有实现org.springframework.context.ApplicationContextAware接口,则执行其setApplicationContext()方法,接着才执行
BeanPostProcessors的ProcessBeforeInitialization()及之后的流程
1:Bean的建立:
有BeanFactory读取Bean定义文件,并生成各个Bean实例
2:属性注入:
执行相关的Bean属性依赖注入
3:BeanNameAware的setBeanName():
如果Bean类有实现org.springframework.beans.BeanNameAware接口,则执行它的setBeanName()方法
4:BeanFactoryAware的setBeanFactory():
如果Bean类有实现org.springframework.beans.factory.BeanFactoryAware接口,则执行它的setBeanFactory()方法
5:BeanPostProcessors的ProcessBeforeInitialization()
如果任何的org.springframework.beans.factory.config.BeanPostProcessors实例与Bean实例相关。则执行BeanPostProcessors实例
的processBeforeInitialization()方法
6:initializingBean的afterPropertiesSet():
如果Bean类已实现org.springframework.beans.factory.InitializingBean接口,则执行他的afterProPertiesSet()方法
7:Bean定义文件中定义init-method:
可以在Bean定义文件中使用"init-method"属性设定方法名称例如:
<bean calss="onlyfun.caterpillar.HelloBean" init-method="initBean">
如果有以上设置的话,则执行到这个阶段,就会执行initBean()方法
8:BeanPostProcessors的ProcessaAfterInitialization()
如果有任何的BeanPostProcessors实例与Bean实例关联,则执行BeanPostProcessors实例的ProcessaAfterInitialization()方法
9:DisposableBean的destroy()
在容器关闭时,如果Bean类有实现org.springframework.beans.factory.DisposableBean接口,则执行他的destroy()方法
10:Bean定义文件中定义destroy-method
在容器关闭时,可以在Bean定义文件中使用"destroy-method"属性设定方法名称,例如:
<bean destroy-method="destroyBean">
如果有以上设定的话,则进行至这个阶段时,就会执行destroyBean()方法,如果是使用ApplicationContext来生成并管理Bean的话
则稍有不同,使用ApplicationContext来生成及管理Bean实例的话,在执行BeanFactoryAware的setBeanFactory()阶段后,若Bean
类上有实现org.springframework.context.ApplicationContextAware接口,则执行其setApplicationContext()方法,接着才执行
BeanPostProcessors的ProcessBeforeInitialization()及之后的流程
本文通过一个实际案例,分析了多线程环境下Spring框架中Bean的实例化问题导致的数据交叉错误。介绍了如何通过调整Bean的生命周期配置解决并发访问带来的线程安全问题。
889

被折叠的 条评论
为什么被折叠?



