Struts2之ActionContext理解

在Strust2中，有一个内置对象叫ActionContext，通过该对象可以获得之前Servlet中的对象，比如：requst对象，response对象…

那么为什么可以通过ActionContext获得那些对象呢？

那是因为在ActionContext内容引用了那些对象，也就是在ActionContext内部记录了那些对象的地址，看下图

上图就是简单理解为什么通过ActionContext可以获得request等对象，其实request和response还是Servlet中我们用的那个对象，只是在ActionContext中被引用了。

从图中也可以看出ActionContext其实就是一个Map集合。

由于requst的生命周期是一次请求，该请求结束后request就会结束，那么ActionContext中的requst自然也就没了，那么ActionContext的生命周期是如何呢？其实每次发出请求时都会创建一个ActionContext，也就是说，ActionContext的生命周期是和request相同的，证明很简单，既然ActionContext是一个Map集合，

那么我们就可以自己向里面添加数据

ActionContext.getContext().put("test", "哈哈");

我们在一个请求中执行上面代码，就是向ActionContext这个Map集合中放一个数据，我们在另一个请求中是否能获得该数据？

ActionContext.getContext().get("test");

上面代码是从ActionContext这个Map集合中获得数据，在测试时获得的数据为null，有兴趣的同学可以自己试一试。

从这也就可以看出，两次请求中是不同的ActionContext，

就可以下结论说ActionContext的生命周期是一次请求，也就是同request一样。

那么问题来了

我们都知道request这个对象内部就提供了一个域也是一个Map,那么既然ActionContext这个Map和request内部的Map生命周期一样，是不是就可以用ActionContext代替request中的Map域呢？

其实在Strus2设计的时候，本意就是想用ActionContext来替换request 来存储数据，所以ActionContext的确可以代替request来存储数据，至于具体使用哪一个更好，其实没什么区别，看个人习惯和喜好吧，无论使用哪一个，要记得他们是两个不同的域，虽然生命周期一样，但是放在request中的数据，是不能从ActionContext这个Map中得到的，可以通过ActionContext先获得request对象再用request来获得数据。

从ActionContext中获得原生对象

ActionContext有个子类叫ServletActionContext，是通过ServletActionContext来获得那些内置对象的，

从图中可以看到我们熟悉的API：PageContext，Request，Response，ServletContext

从ActionContext中获得解耦域对象

我们知道request，session，application内部都封装了一个域对象，用来存储数据，

requst的域我们上面可以通过获得request对象就可以获得域对象，

那么session和application的域对象怎么获得呢，当然通过requst对象可以获得session对象也可以获得session的域对象，

那么感觉就太麻烦了

在ActionContext中就提供了直接获得域对象的API：

Map<String, Object> session = ActionContext.getContext().getSession();
Map<String, Object> application = ActionContext.getContext().getApplication();

上面的代码就是获得session和application的域对象，可以看出返回值都是一个Map，这个Map就是它们的域对象，

操作这个Map就是操作域对象，

session.put(“key”,”value”);就是向session域中存数据

session.get(“key”);就是从session域中取数据

但是却没有提供直接获得requst域对象的方法，在上面我说过struts2想用ActionContext代替request的域对象，

所以就没有提供获得request域对象的方法。

其实也是在ActionContext这个Map中存放了session和application的Map的引用而已

回到一开始说ActionContext的生命周期是和requst一样的，就是每次访问Action时都会创建一个新的ActionContext这个Map对象，

也是因为它只是引用了其他对象，所以，ActionContext消失的时候其他的对象还是存在的，

那么当ActionContext创建的时候是怎么再次获得那些引用的呢，让我们想想我们在使用Servlet的时候我们是怎么获得的那些对象的呢，是通过request对象，只要request对象存在就可以获得那些对象的引用，

所以，ActionContext也是在它创建的时候使用每次的request对象来重新引用那些对象。

让我们总结一下：

一》：ActionContext生命周期是一次请求，每次发出请求都会创建一个新的ActionContext，就和request一样，每次创建新的ActionContext时会重新引用那些对象。

二》：而且不只生命周期一样，它本身也具备了request域的功能，可以从后台携带数据到前台，也和request一样

三》：通过ActionContext的子类ServletActionContext可以获得那些对象

四》：通过ActionContext可以直接获得session和application各自的域对象，操作时更方便

五》：最重要一点是：ActionContext本身是一个Map，它存储了很多的对象例如request，response，当然除了这些我们见过的，还有很多我们没见过的对象