ActionContext和ServletActionContext总结

在敲的网上商城的时候常常看到ServletActionContext来获取session的值,因此就查了一把:html


一、ActionContext介绍

  

    咱们知道Xwork与Web无关性,咱们的Action不用去依赖于任何Web容器,不用和那些JavaServlet复杂的请求(Request)、响应(Response)关联在一块儿。对请求(Request)的参数(Param),可使用拦截器框架自动调用一些get()和set()方法设置到对应的Action的字段中。可是,仅仅取得请求参数的值就能彻底知足咱们的功能要求吗?不,在Web应用程序开发中,除了将请求参数自动设置到Action的字段中,咱们每每也须要在Action里直接获取请求(Request)或会话(Session)的一些信息,甚至须要直接对JavaServlet Http的请求(HttpServletRequest)、响应(HttpServletResponse)操做。java


  带着这些问题,咱们来看看下面的一个功能需求:

  咱们须要在Action中取得request请求参数“username”的值:
    
ActionContext context = ActionContext.getContext();
Map params = context.getParameters();
String username = (String) params.get(“username”);


为了实现这个功能,咱们用了三个步骤:

一、 取得咱们当前的ActionContext对象context,ActionContext是个什么冬冬?

二、 从context对象里获取咱们全部的请求参数,取得的倒是一个Map对象params?

三、 竟然能够从咱们的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。

2. ServletActionContext


  ServletActionContext(com.opensymphony.webwork. ServletActionContext),这个类直接继承了咱们上面介绍的ActionContext,它提供了直接与JavaServlet相关对象访问的功能,它能够取得的对象有:

一、 javax.servlet.http.HttpServletRequest:HTTPservlet请求对象

二、 javax.servlet.http.HttpServletResponse;:HTTPservlet相应对象

三、 javax.servlet.ServletContext:Servlet 上下文信息

四、 javax.servlet.ServletConfig:Servlet配置对象

五、 javax.servlet.jsp.PageContext:Http页面上下文


  ServletActionContext除了提供了上面这些对象访问,它固然也继承了它父类ActionContex的不少功能,好比:对OgnlValueStack、Action名字等的访问。

  下面咱们看看几个简单的例子,让咱们了解如何从ServletActionContext里取得JavaServlet的相关对象:

一、 取得HttpServletRequest对象:

HttpServletRequest request = ServletActionContext. getRequest();


二、 取得HttpSession对象:

HttpSession session = ServletActionContext. getRequest().getSession();


  ServletActionContext和ActionContext有着一些重复的功能,在咱们的Action中,该如何去抉择呢?咱们遵循的原则是:若是ActionContext可以实现咱们的功能,那最好就不要使用ServletActionContext,让咱们的Action尽可能不要直接去访问JavaServlet的相关对象。在使用ActionContext时有一点要注意:不要在Action的构造函数里使用ActionContext.getContext(),由于这个时候ActionContext里的一些值也许没有设置,这时经过ActionContext取得的值也许是null。


对ActionContext和ServletActionContext总结


一、ActionContext指action 执行时的上下文,上下文中存放一些请求的参数,servlet的上下文、会话和本地化的一些信息,咱们能够经过getContext()获取这些信息。 ServletActionContext是继承web

ActionContext,ServletActionContext除能获取这些信息外,还能够获取 web容器的相关信息。安全


二、ActionContext是与web容器无关,它能够经过getContext().getParameters()获取请求的全部参数;而 ServletActionContext与web容器有关,它能够经过getRequest(),getResponse()等获取请求的信息。
session


三、他们都是线程安全的,用实例池解决线程安全性。这也是区别struts1的一个特色,struts1是单例模式,全部请求都只有一个action。
多线程


四、若是ActionContext可以实现咱们的功能,那最好就不要使用ServletActionContext,让咱们的Action尽可能不要直接去访问JavaServlet的相关对象。在使用ActionContext时有一点要注意:框架

     不要在Action的构造函数里使用ActionContext.getContext(),由于这个时候ActionContext里的一些值也许没有设置,这时经过ActionContext取得的值也许是null。jsp

相关文章
相关标签/搜索