我們知道Xwork與Web無關性，我們的Action不用去依賴於任何Web容器，不用和那些JavaServlet複雜的請求（Request）、響應(Response)關聯在一起。對請求（Request）的參數(Param)，可以使用攔截器框架自動調用一些get()和set()方法設置到對應的Action的字段中。但是，僅僅取得請求參數的值就能完全滿足我們的功能要求嗎？不，在Web應用程序開發中，除了將請求參數自動設置到Action的字段中，我們往往也需要在 Action裏直接獲取請求(Request)或會話（Session）的一些信息，甚至需要直接對JavaServlet Http的請求（HttpServletRequest）、響應(HttpServletResponse)操作。
帶着這些問題，我們來看看下面的一個功能需求：
我們需要在Action中取得request請求參數“username”的值：
ActionContext context = ActionContext.getContext();
Map params = context.getParameters();
String username = (String) params.get(“username”);
爲了實現這個功能，我們用了三個步驟：
1、取得我們當前的ActionContext對象context，ActionContext是個什麼鼕鼕？
2、從context對象裏獲取我們所有的請求參數，取得的卻是一個Map對象params？
3、居然可以從我們的Map對象params裏獲取我們需要的request請求參數“username”的值。
ActionContext（com.opensymphony.xwork.ActionContext）是Action執行時的上下文，上下文可以看作是一個容器（其實我們這裏的容器就是一個Map而已），它存放放的是Action在執行時需要用到的對象，比如：在使用WebWork時，我們的上下文放有請求的參數（Parameter）、會話(Session)、Servlet上下文（ServletContext）、本地化（Locale）信息等。
在每次執行Action之前都會創建新的ActionContext，ActionContext是線程安全的，也就是說在同一個線程裏ActionContext裏的屬性是唯一的，這樣我的Action就可以在多線程中使用。
我們可以通過ActionContext的靜態方法：ActionContext.getContext()來取得當前的ActionContext對象，我們看看這段代碼：
public static ActionContext getContext() {
ActionContext context = (ActionContext) actionContext.get();
if (context == null) {
OgnlValueStack vs = new OgnlValueStack();
context = new ActionContext(vs.getContext());
setContext(context);
}
return context;
}
一 般情況，我們的ActionContext都是通過：ActionContext context = (ActionContext) actionContext.get();來獲取的。我們再來看看這裏的actionContext對象的創建：static ThreadLocal actionContext = new ActionContextThreadLocal();，ActionContextThreadLocal是實現ThreadLocal的一個內部類。ThreadLocal可以命名爲“線程局部變量”，它爲每一個使用該變量的線程都提供一個變量值的副本，使每一個線程都可以獨立地改變自己的副本，而不會和其它線程的副本衝突。這樣，我們ActionContext裏的屬性只會在對應的當前請求線程中可見，從而保證它是線程安全的。
下面我們看看怎麼通過ActionContext取得我們的HttpSession：
Map session = ActionContext.getContext().getSession()；
原來我們取得的session卻是Map類型的對象，這是爲什麼？原來，我們的WebWork框架將與Web相關的很多對象重新進行了包裝，比如這裏就將 HttpSession對象重新包裝成了一個Map對象，供我們的Action使用，而不用直接和底層的HttpSession打交道。也正是框架的包裝，讓我們的Actoion可以完全的和Web層解藕。
如果我們的Action需要直接與JavaServlet的HttpSession、HttpServletRequest等一些對象進行操作，我們又該如何處理？請看下面的ServletActionContext。
ServletActionContext
ServletActionContext（com.opensymphony.webwork. ServletActionContext），這個類直接繼承了我們上面介紹的ActionContext，它提供了直接與JavaServlet相關對象訪問的功能，它可以取得的對象有：
1、javax.servlet.http.HttpServletRequest：HTTPservlet請求對象
2、javax.servlet.http.HttpServletResponse;：HTTPservlet相應對象
3、javax.servlet.ServletContext：Servlet 上下文信息
4、javax.servlet.ServletConfig：Servlet配置對象
5、javax.servlet.jsp.PageContext：Http頁面上下文
ServletActionContext除了提供了上面這些對象訪問，它當然也繼承了它父類ActionContex的很多功能，比如：對OgnlValueStack、Action名字等的訪問。
下面我們看看幾個簡單的例子，讓我們瞭解如何從ServletActionContext裏取得JavaServlet的相關對象：
1、取得HttpServletRequest對象：
HttpServletRequest request = ServletActionContext. getRequest();
2、取得HttpSession對象：
HttpSession session = ServletActionContext. getRequest().getSession();
ServletActionContext 和ActionContext有着一些重複的功能，在我們的Action中，該如何去抉擇呢？我們遵循的原則是：如果ActionContext能夠實現我們的功能，那最好就不要使用ServletActionContext，讓我們的Action儘量不要直接去訪問JavaServlet的相關對象。在使用ActionContext時有一點要注意：不要在Action的構造函數裏使用ActionContext.getContext()，因爲這個時候ActionContext裏的一些值也許沒有設置，這時通過ActionContext取得的值也許是null。
ActionContext類沒有提供類似getRequest()這樣的方法來獲取封裝了HttpServletRequest的Map對象。要得到請求Map對象，你需要爲get()方法傳遞參數“request”。
利用請求對象來傳遞數據還有一種方式，你可以直接使用ActionContex類的put()方法將數據保存到ActionContext中，如下：
ActionContext.getContext().put("greeting", "歡迎您來到http://www. sunxin.org");
然後在結果頁面中，從請求對象中取出greeting屬性，如下：
${requestScope.greeting} 或者 <%=request.getAttribute("greeting")%>
ActionContext中保存的數據能夠從請求對象中得到，這讓人太不可思議了。其中的奧妙就在於Struts 2中的org.apache.struts2.dispatcher.StrutsRequestWrapper類，這個類是HttpServletRequest的包裝類，它重寫了getAttribute()方法（在頁面中獲取request對象的屬性就要調用這個方法），在這個方法中，它首先在請求對象中查找屬性，如果沒有找到（如果你在ActionContext中保存數據，當然就找不到了），則到ActionContext中去查找。這就是爲什麼在ActionContext中保存的數據能夠從請求對象中得到的原因。
當然具體的實現還有很多細節，感興趣的讀者可以跟蹤一下Struts 2的源代碼。
除了利用ActionContext來獲取request、session和application對象這種方式外，Action類還可以實現某些特定的接口，讓Struts 2框架在運行時向Action實例注入request、session和application對象。與之對應的三個接口和它們的方法如下所示：
public class LoginAction2 implements Action, RequestAware, SessionAware, ApplicationAware
{ 。。。。。}
帶着這些問題，我們來看看下面的一個功能需求：
我們需要在Action中取得request請求參數“username”的值：
ActionContext context = ActionContext.getContext();
Map params = context.getParameters();
String username = (String) params.get(“username”);
爲了實現這個功能，我們用了三個步驟：
1、取得我們當前的ActionContext對象context，ActionContext是個什麼鼕鼕？
2、從context對象裏獲取我們所有的請求參數，取得的卻是一個Map對象params？
3、居然可以從我們的Map對象params裏獲取我們需要的request請求參數“username”的值。
ActionContext（com.opensymphony.xwork.ActionContext）是Action執行時的上下文，上下文可以看作是一個容器（其實我們這裏的容器就是一個Map而已），它存放放的是Action在執行時需要用到的對象，比如：在使用WebWork時，我們的上下文放有請求的參數（Parameter）、會話(Session)、Servlet上下文（ServletContext）、本地化（Locale）信息等。
在每次執行Action之前都會創建新的ActionContext，ActionContext是線程安全的，也就是說在同一個線程裏ActionContext裏的屬性是唯一的，這樣我的Action就可以在多線程中使用。
我們可以通過ActionContext的靜態方法：ActionContext.getContext()來取得當前的ActionContext對象，我們看看這段代碼：
public static ActionContext getContext() {
ActionContext context = (ActionContext) actionContext.get();
if (context == null) {
OgnlValueStack vs = new OgnlValueStack();
context = new ActionContext(vs.getContext());
setContext(context);
}
return context;
}
一 般情況，我們的ActionContext都是通過：ActionContext context = (ActionContext) actionContext.get();來獲取的。我們再來看看這裏的actionContext對象的創建：static ThreadLocal actionContext = new ActionContextThreadLocal();，ActionContextThreadLocal是實現ThreadLocal的一個內部類。ThreadLocal可以命名爲“線程局部變量”，它爲每一個使用該變量的線程都提供一個變量值的副本，使每一個線程都可以獨立地改變自己的副本，而不會和其它線程的副本衝突。這樣，我們ActionContext裏的屬性只會在對應的當前請求線程中可見，從而保證它是線程安全的。
下面我們看看怎麼通過ActionContext取得我們的HttpSession：
Map session = ActionContext.getContext().getSession()；
原來我們取得的session卻是Map類型的對象，這是爲什麼？原來，我們的WebWork框架將與Web相關的很多對象重新進行了包裝，比如這裏就將 HttpSession對象重新包裝成了一個Map對象，供我們的Action使用，而不用直接和底層的HttpSession打交道。也正是框架的包裝，讓我們的Actoion可以完全的和Web層解藕。
如果我們的Action需要直接與JavaServlet的HttpSession、HttpServletRequest等一些對象進行操作，我們又該如何處理？請看下面的ServletActionContext。
ServletActionContext
ServletActionContext（com.opensymphony.webwork. ServletActionContext），這個類直接繼承了我們上面介紹的ActionContext，它提供了直接與JavaServlet相關對象訪問的功能，它可以取得的對象有：
1、javax.servlet.http.HttpServletRequest：HTTPservlet請求對象
2、javax.servlet.http.HttpServletResponse;：HTTPservlet相應對象
3、javax.servlet.ServletContext：Servlet 上下文信息
4、javax.servlet.ServletConfig：Servlet配置對象
5、javax.servlet.jsp.PageContext：Http頁面上下文
ServletActionContext除了提供了上面這些對象訪問，它當然也繼承了它父類ActionContex的很多功能，比如：對OgnlValueStack、Action名字等的訪問。
下面我們看看幾個簡單的例子，讓我們瞭解如何從ServletActionContext裏取得JavaServlet的相關對象：
1、取得HttpServletRequest對象：
HttpServletRequest request = ServletActionContext. getRequest();
2、取得HttpSession對象：
HttpSession session = ServletActionContext. getRequest().getSession();
ServletActionContext 和ActionContext有着一些重複的功能，在我們的Action中，該如何去抉擇呢？我們遵循的原則是：如果ActionContext能夠實現我們的功能，那最好就不要使用ServletActionContext，讓我們的Action儘量不要直接去訪問JavaServlet的相關對象。在使用ActionContext時有一點要注意：不要在Action的構造函數裏使用ActionContext.getContext()，因爲這個時候ActionContext裏的一些值也許沒有設置，這時通過ActionContext取得的值也許是null。
ActionContext類沒有提供類似getRequest()這樣的方法來獲取封裝了HttpServletRequest的Map對象。要得到請求Map對象，你需要爲get()方法傳遞參數“request”。
利用請求對象來傳遞數據還有一種方式，你可以直接使用ActionContex類的put()方法將數據保存到ActionContext中，如下：
ActionContext.getContext().put("greeting", "歡迎您來到http://www. sunxin.org");
然後在結果頁面中，從請求對象中取出greeting屬性，如下：
${requestScope.greeting} 或者 <%=request.getAttribute("greeting")%>
ActionContext中保存的數據能夠從請求對象中得到，這讓人太不可思議了。其中的奧妙就在於Struts 2中的org.apache.struts2.dispatcher.StrutsRequestWrapper類，這個類是HttpServletRequest的包裝類，它重寫了getAttribute()方法（在頁面中獲取request對象的屬性就要調用這個方法），在這個方法中，它首先在請求對象中查找屬性，如果沒有找到（如果你在ActionContext中保存數據，當然就找不到了），則到ActionContext中去查找。這就是爲什麼在ActionContext中保存的數據能夠從請求對象中得到的原因。
當然具體的實現還有很多細節，感興趣的讀者可以跟蹤一下Struts 2的源代碼。
除了利用ActionContext來獲取request、session和application對象這種方式外，Action類還可以實現某些特定的接口，讓Struts 2框架在運行時向Action實例注入request、session和application對象。與之對應的三個接口和它們的方法如下所示：
public class LoginAction2 implements Action, RequestAware, SessionAware, ApplicationAware
{ 。。。。。}