大家好,又见面了,我是你们的朋友全栈君。如果您正在找激活码,请点击查看最新教程,关注关注公众号 “全栈程序员社区” 获取激活教程,可能之前旧版本教程已经失效.最新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,当然除了这些我们见过的,还有很多我们没见过的对象
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/195484.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...