大家好，又见面了，我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新Idea2022.1教程亲测有效,一键激活。
Jetbrains全系列IDE使用 1年只要46元 售后保障 童叟无欺
在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，当然除了这些我们见过的，还有很多我们没见过的对象
发布者：全栈程序员-站长，转载请注明出处：https://javaforall.net/195484.html原文链接：https://javaforall.net
