action不用以来任何的web容器，不用和那些JavaServlet复杂的请求（Request）、响应（Response）关联在一起。
demo1：
我们想在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。
