【Structs2】struts2单例多例以及spring整合的问题
單獨(dú)的Struts2框架
1.struts2的Action默認(rèn)是多實(shí)例的并非單例,也就是每次請(qǐng)求產(chǎn)生一個(gè)Action的對(duì)象,即每次訪問(wèn)的參數(shù)都被封裝在Action的成員變量中。
2.struts2中Action多實(shí)例的優(yōu)勢(shì)在于是線程安全的,每次請(qǐng)求都會(huì)創(chuàng)建單獨(dú)的Action類來(lái)處理,而不用想servlet一樣擔(dān)心線程安全問(wèn)題。
struts2和spring整合后
會(huì)使用spring的注解管理對(duì)象,此時(shí)action類對(duì)象會(huì)進(jìn)入IOC容器被spring管理
盡管struts2本身Action默認(rèn)是多例的,但spring的IOC容器默認(rèn)時(shí)單例,此時(shí)就矛盾了?
那么內(nèi)部是如何處理的呢?
Spring管理Struts2的Action自動(dòng)設(shè)置為單例。這樣Action的生命周期為服務(wù)器生命周期,也就是說(shuō)不關(guān)閉應(yīng)用服務(wù)器,Action一直存在,Action中的屬性也一直存在。
這樣做的好處:
分頁(yè)對(duì)象所需要的數(shù)據(jù)對(duì)象存在于Action中是不被銷毀的,直到頁(yè)面重新對(duì)數(shù)據(jù)對(duì)象輸入查詢條件.
這樣做的缺點(diǎn)在于:
1) Struts2的Action是單例,其中的FieldError,actionerror中的錯(cuò)誤信息會(huì)累加,即使再次輸入了正確的信息,也過(guò)不了驗(yàn)證.
2) Struts2的Action是有狀態(tài)的,他有自己的成員屬性,所以在多線程下,會(huì)有線程安全問(wèn)題,這是最大的問(wèn)題。
多個(gè)線程會(huì)共享一個(gè)ActionContext和ValueStack,這樣并發(fā)訪問(wèn)的時(shí)候就會(huì)出現(xiàn)問(wèn)題了.例如造成別人填寫(xiě)的數(shù)據(jù)被你看到了.又例如,兩個(gè)線程同時(shí)提交向同一個(gè)Action提前請(qǐng)求參數(shù)或在同一個(gè)頁(yè)面上查詢信息,會(huì)在提交和查詢的先后順序等條件上產(chǎn)生沖突,導(dǎo)致出來(lái)一些意外的問(wèn)題。
解決辦法:
方案一: 就是不用單例, spring中bean的作用域設(shè)為prototype,每個(gè)請(qǐng)求對(duì)應(yīng)一個(gè)Action實(shí)例.(建議這樣做)
方案二: spring中bean的作用域設(shè)為session ,每個(gè)session對(duì)應(yīng)一個(gè)實(shí)例,解決了多線程問(wèn)題.
總結(jié) :
方案一:bean的作用域設(shè)為prototype, 不用擔(dān)心性能不好, 實(shí)際測(cè)試過(guò),多實(shí)例Action性能沒(méi)問(wèn)題.
方案二: 有人擔(dān)心方案一性能不好, 所有才有了方案二, 不知比方案一性能 能高多少?應(yīng)該不會(huì)高多少。
總結(jié)
以上是生活随笔為你收集整理的【Structs2】struts2单例多例以及spring整合的问题的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇: 数据库六大约束用法:主键(primary
- 下一篇: spring事务(Transaction