前面已經瞭解到ActionContext是Action執行時的上下文,裏面存放着Action在執行時需要用到的對象,我們也稱之爲廣義值棧。
Struts2在每次執行Action之前都會創建新的ActionContext,在同一個線程裏ActionContext裏面的屬性是唯一的,這樣Action就可以在多線程中使用。
1:ActionContext的線程安全性
那麼Struts2是如何保證ActionContext的線程安全性呢?
看看ActionContext對象的代碼,示例如下:
publicclassActionContext implementsSerializable { staticThreadLocal actionContext = newThreadLocal(); …… }
ThreadLocal又稱爲“線程局部變量”,它爲每一個使用該變量的線程都提供一個變量值的副本,使每一個線程都可以獨立地改變自己的副本,而不會和其它線程的副本衝突。
存放在ActionContext裏的數據都存放在這個ThreadLocal的屬性中,而這個屬性只會在對應的當前請求線程中可見,從而保證數據是線程安全的。
2:訪問的是Map
回顧前面在使用ActionContext來訪問Session中數據的程序,你會發現,其實在程序裏面訪問的是一個Map,而非HttpSession對象,這是爲什麼呢?
原來,Struts2框架將與Web相關的很多對象重新進行了包裝,比如將HttpSession對象重新包裝成了一個Map對象,裏面存放着Session中的數據,提供這個Map給Action使用,而不用Action直接和底層的HttpSession打交道。也正是因爲框架的包裝,讓Action可以完全的和Web層解耦。
但是要注意一點,ActionContext不能在普通的Java應用程序中使用。
在以前的學習中,介紹了Action和Servlet API是解耦的,因此可以在Java應用程序中調用Action的execute方法來進行測試。但是如果使用了ActionContext來獲取session數據,那麼就不能這樣運行了。因爲ActionContext包裝的都是Web的數據,在Java應用程序中運行的時候,沒有Web的環境和響應的數據,因而會拋出空指針的異常。
訪問其它的Web對象的值也是與此類似的,你通過ActionContext去訪問的都是包裝後的Map。
3:使用SessionAware接口
Struts2還提供另外一種簡單的方式,使用SessionAware接口來訪問存儲於ActionContext中的數據,該接口通過使用IoC/DI來爲Action注入Session Map,就可以在程序裏面直接使用這個Map來操作數據了。
(1)在Action中不再需要訪問ActionContext了,取而代之,Action實現SessionAware接口,該接口告知Struts2在Action執行之前要設置Session Map,是通過servletConfig 攔截器來實現的,這個攔截器在defaultStack裏面就有。示例代碼如下:
publicclassOgnlAction extendsActionSupport implementsSessionAware{ privateMap<String, Object> session; publicvoidsetSession(Map<String, Object> session) { this.session = session; } publicString execute(){ session.put("sessionTestKey", "測試SessionAware"); returnthis.SUCCESS; } }
在上面的代碼中:
Action類實現SessionAware接口
這個接口要求Action類實現一個方法setSession(Map<String, Object> session),通過這個方法注入Session的數據
在execute方法中,通過這個私有屬性就可以操作會話中的數據,注意一點,這個Map中的值也是與HttpSession聯動的。
爲了能夠在普通的Java應用中運行並測試Action,推薦大家使用SessionAware的方式來訪問HttpSession。因爲這樣一來,在通過main方法運行或測試的時候,可以直接調用setSession方法,傳入模擬的會話數據,就不會出現execute方法中拋出空指針的異常了。
因此,推薦大家使用SessionAware的方式來訪問HttpSession。
4:使用其它包裝接口
跟SessionAware類似,你可以使用RequestAware來獲取包裝請求對象的attribute中的值的Map;使用ApplicationAware來獲取包裝ServletContext對象的attribute中的值的Map;使用ParameterAware來獲取包裝請求對象的參數中的值的Map,等等,這裏只羅列這幾個常見和常用的,還有更多的請參見Struts2的API文檔。
在實際應用開發中,光是獲取數據就夠了嗎?答案顯然是否定的,有些時候,根據功能需要,在Action中必須要能獲取到Servlet相關的API,比如要操作Cookie。這個時候,就需要用ServletActionContext了。
1:ServletActionContext概述
這個類直接繼承了ActionContext,當然也繼承了它父類的很多功能,比如:對OgnlValueStack、Action名字等的訪問。更重要的是,它還提供了直接訪問Servlet的相關對象的功能,它可以取得的對象有:
HttpServletRequest:請求對象
HttpServletResponse:響應對象
ServletContext:Servlet上下文信息
PageContext:Http頁面上下文
2:基本使用
直接使用ServletActionContext的靜態方法就可以獲取到相應的對象。示例如下:
1 | HttpServletRequest request = ServletActionContext.getRequest(); |
2 | HttpServletResponse response = ServletActionContext.getResponse(); |
3 | ServletContext servletContext = ServletActionContext.getServletContext(); |
4 | PageContext pageContext = ServletActionContext.getPageContext(); |
5 | HttpSession session = ServletActionContext.getRequest().getSession(); |
這裏要注意的是HttpSession對象的獲取,是在取得HttpRequest對象過後,通過HttpRequest對象來獲取會話對象。當然,取得相應的對象後,就直接使用這些對象的方法來進行開發,這裏就不去贅述了。
3:通過IoC/DI的方式來獲取相應的Servlet對象
還可以通過IoC/DI的方式來獲取相應的Servlet對象,對應關係是:
ServletRequestAware:通過這個接口來獲取HttpServletRequest對象
ServletResponseAware:通過這個接口來獲取HttpServletResponse對象
用ServletRequestAware來示例一下。
(1)修改Action,讓其實現ServletRequestAware接口,示例代碼如下:
java代碼:
publicclassOgnlAction extendsActionSupport implementsServletRequestAware{ privateHttpServletRequest request = null; publicvoidsetServletRequest(HttpServletRequest request) { this.request = request; } publicString execute(){ request.setAttribute("request", "Request的屬性值"); request.getSession().setAttribute("sessionTestKey", "測試SessionAware"); returnthis.SUCCESS; } }
ActionContext和ServletActionContext
根據前面的講述,你會發現,ActionContext和ServletActionContext有着一些重複的功能,都能夠獲取到Web對象的數據,但是又有些不同。
通常情況下,可以這麼認爲:ActionContext主要負責值的操作;ServletActionContext主要負責獲取Servlet對象。
那麼在Action中,該如何去抉擇呢?建議的原則是:
優先使用ActionContext
只有ActionContext不能滿足功能要求的時候,才使用ServletActionContext
總之,要儘量讓Action與Web無關,這對於Action的測試和複用都是極其有好處的。
另外還有一點需要注意:在使用ActionContext時,不要在Action的構造函數裏使用ActionContext.getContext(),因爲這個時候ActionContext裏的一些值也許還沒有設置,這時通過ActionContext取得的值也許是null。