项目准备交付了,却出现了一个致命的问题:
项目场景:有一个核心业务类--根据个人编号,调用各种数据进行运算。
出现问题: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.οnclick=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.οnclick=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()及之后的流程