关于struts2中ActionContext的实现原理
转载地址：http://blog.51cto.com/yangfei520/1565698
转载地址：https://blog.csdn.net/smcfy/article/details/5693481
转载地址：https://blog.csdn.net/smcfy/article/details/5693481
ActionContext与ServletActionContext的区别及获取request、session等对象
我们知道struts2接受客户端请求，在Action中进行处理后，将视图结果返回。struts2容器自身不依赖于web容器，不用和servlet对象中的请求（request）、响应（response）进行关联，对于请求的参数，通过paramerInterceptor将参数封装在Action中，然后通过调用get、set方法将参数值设置进Action之中。如果仅仅获取参数，可能有时候满足不了开发的需求，有时我们要获取request或者response中的信息，要对其进行设置、处理。
一、ActionContext
是Action执行的上下文，Action的上下文可以看作是一个容器，里面封装了请求（Request）、会话（Session）、Application等，这里面的Request、Session、Application是Map类型的，往里面封装的是键值对，所以这就体现了struts2不与底层servlet Api打交道，那么对很多web的相关对象进行封装，这样可以达到Action与web层解耦。
用ActionContext得到Map类型的Request、Session、Application。
例子：
获取request：
Map request = ActionContext.getContext().get("request");
往request里封装数据
request.put("name", value);
在前台就可以用request.getAttribute("name");
获取session
Map session = ActionContext.getContext().getSession();
将数据封装到session中
session.put("name", value);
在前台页面上用sessionScope.getAttribute("name");得到session里面封装的值。
得到session、request有点区别，得到request用的是get("reqeust"),得到session用的是getSession()
也可以直接对Java Servlet Http的请求（HttpServletRequest）、响应（HttpServletResponse）操作，和上面的例子有点区别，注意区别。
ActionContext ctx = ActionContext.getContext();
HttpServletRequest request = (HttpServletRequest)ctx.get(ServletActionContext.HTTP_REQUEST);
HttpServletResponse response = (HttpServletResponse)ctx.get(ServletActionContext.HTTP_RESPONSE);
用法就和Servlet中的request、response用法一样
二、ServletActionContext
它继承ActionContext，所以ServletActionContext也可以得到HttpServetRequest、HttpServletResponse，,它也提供了直接与Servlet相关对象访问的功能,它可以取得的对象有:
(1)javax.servlet.http.HttpServletRequest : HTTPservlet请求对象
(2)javax.servlet.http.HttpServletResponse : HTTPservlet相应对象
(3)javax.servlet.ServletContext : Servlet上下文信息
(4)javax.servlet.ServletConfig : Servlet配置对象
(5)javax.servlet.jsp.PageContext : Http页面上下文
如何获取HttpRequest、HttpResponse
例子
HttpServletRequest request = ServletActionContext.getRequest();
HttpServletResponse response = ServletActionContext.getResponse();
然后就可以用request.setAttribute("name", value)方法了。
总结：不难看出，两者之间还是存在很多共同功能，那么我们还是根据自己的需求进行选择，能用ActionContext对象满足就尽量使用ActionContext，避免让我们直接去访问Servlet对象。另外，不要在Action还没实例化的时候去通过ActionContext调用方法，因为Action实例在ActionContext实例之前创建，ActionContext中一些值还没有设置，会返回null。
为了避免与Servlet API耦合在一起，方便Action类做单元测试，Struts 2对HttpServletRequest、HttpSession和ServletContext进行了封装，构造了三个Map对象来替代这三种对象，在Action中，直接使用HttpServletRequest、HttpSession和ServletContext对应的Map对象来保存和读取数据。
（一）通过ActionContext来获取request、session和application对象的LoginAction1
- ActionContext context = ActionContext.getContext();
- Map request = (Map)context.get("request");
- Map session = context.getSession();
- Map application = context.getApplication();
- request.put("greeting", "欢迎您来到程序员之家");//在请求中放置欢迎信息。
- session.put("user", user);//在session中保存user对象
- application.put("counter", count);
在JSP中读取
- <body><h3>${sessionScope.user.username}，${requestScope.greeting}。<br>本站的访问量是：${applicationScope.counter}</h3>
- </body>
（二）直接使用ActionContex类的put()方法
ActionContext.getContext().put("greeting", "欢迎您来到http://www. sunxin.org");
然后在结果页面中，从请求对象中取出greeting属性，如下：
${requestScope.greeting} 或者 <%=request.getAttribute("greeting")%>
以下是原博客的地址，以备查阅http://apps.hi.baidu.com/share/detail/9065250
为一个问题“struts2如何保证ActionContext每次取的都是本次请求所对应的实例？”，给一个网友解释了半天。
首先，我们知道，struts2和struts1的一个重要区别就是它进行了Action类和Servlet的解耦。而又提供了获取Servlet API的其它通道，就是ActionContext(别跟我说还有个ServletActionContext,其实ServletActionContext只是ActionContext的一个子类而已)。源码为证：
|
1
|
public
class
ServletActionContext
extends
ActionContext
implements
StrutsStatics
|
其次，他也知道，ActionContext是Action执行时的上下文,可以看作是一个容器，并且这个容器只是一个Map而已,在容器中存放的是Action在执行时需要用到的VALUE_STACK、ACTION_NAME、SESSION、APPLICATION、ACTION_INVOCATION等等对象，还可以存放自定义的一些对象。我想用过struts2的朋友们，大多也都知道这些吧。
第三，他奇怪的是，在一个请求的处理过程拦截器、action类和result中任何时候获取的ActionContext都是跟当前请求绑定那一个。为什么！？
我给他的建议是，带着问题读源码，呵呵。那我们一起来看看吧：
首先是ActionContext类的源码：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
|
public
class
ActionContext
implements
Serializable{
static
ThreadLocal actionContext =
new
ThreadLocal();
public
static
final
String ACTION_NAME =
"com.opensymphony.xwork2.ActionContext.name"
;
public
static
final
String VALUE_STACK =
"com.opensymphony.xwork2.util.ValueStack.ValueStack"
;
public
static
final
String SESSION =
"com.opensymphony.xwork2.ActionContext.session"
;
public
static
final
String APPLICATION =
"com.opensymphony.xwork2.ActionContext.application"
;
public
static
final
String PARAMETERS =
"com.opensymphony.xwork2.ActionContext.parameters"
;
public
static
final
String LOCALE =
"com.opensymphony.xwork2.ActionContext.locale"
;
public
static
final
String TYPE_CONVERTER =
"com.opensymphony.xwork2.ActionContext.typeConverter"
;
public
static
final
String ACTION_INVOCATION =
"com.opensymphony.xwork2.ActionContext.actionInvocation"
;
public
static
final
String CONVERSION_ERRORS =
"com.opensymphony.xwork2.ActionContext.conversionErrors"
;
public
static
final
String CONTAINER =
"com.opensymphony.xwork2.ActionContext.container"
;
Map<String, Object> context;
public
ActionContext(Map<String, Object> context)
{
this
.context = context;
}
//... ...
public
static
void
setContext(ActionContext context)
{
actionContext.set(context);
}
public
static
ActionContext getContext()
{
return
(ActionContext)actionContext.get();
}
public
void
setContextMap(Map<String, Object> contextMap)
{
getContext().context = contextMap;
}
public
Map<String, Object> getContextMap()
{
return
this
.context;
}
//... ...
public
void
setSession(Map<String, Object> session)
{
put(
"com.opensymphony.xwork2.ActionContext.session"
, session);
}
public
Map<String, Object> getSession()
{
return
(Map)get(
"com.opensymphony.xwork2.ActionContext.session"
);
}
//... ...
public
Object get(String key)
{
return
this
.context.get(key);
}
public
void
put(String key, Object value)
{
this
.context.put(key, value);
}
}
|
源码清晰的说明了我们编程中再熟悉不过的一行代码：ActionContext ctx = ActionContext.getContext();，原来我们所取得的ctx来自于ThreadLocal啊！熟悉ThreadLocal的朋友都知道它是与当前线程绑定的，而且是我们Java中处理多线程问题的一种重要方式。我们再看，类中有个Map类型的变量context，其实，它才是前面我们提到的真正意义上的“容器”，用来存放Action在执行时所需要的那些数据。
到这里，他最初的那个问题已经很了然了。但是，他紧接着又一个疑惑提出来了：“那既然每个请求处理线程都有自己的ActionContext,那里面的那些数据是什么时候放进去的呢”？
这次我给他的建议是，动脑筋，用源码验证。既然ActionContext存放有HttpServletRequest及其中的参数，既然ActionContext贯穿于整个请求处理过程，那就从struts2请求处理的入口(过滤器StrutsPrepareAndExecuteFilter)找，源码：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
|
public
class
StrutsPrepareAndExecuteFilter
implements
StrutsStatics, Filter
{
// ... ...
public
void
doFilter(ServletRequest req, ServletResponse res, FilterChain chain)
throws
IOException, ServletException
{
HttpServletRequest request = (HttpServletRequest)req;
HttpServletResponse response = (HttpServletResponse)res;
try
{
this
.prepare.setEncodingAndLocale(request, response);
this
.prepare.createActionContext(request, response);
//就是在这里进行创建并初始化ActionContext实例
this
.prepare.assignDispatcherToThread();
if
((
this
.excludedPatterns !=
null
) && (
this
.prepare.isUrlExcluded(request,
this
.excludedPatterns))) {
chain.doFilter(request, response);
}
else
{
request =
this
.prepare.wrapRequest(request);
ActionMapping mapping =
this
.prepare.findActionMapping(request, response,
true
);
if
(mapping ==
null
) {
boolean
handled =
this
.execute.executeStaticResourceRequest(request, response);
if
(!handled)
chain.doFilter(request, response);
}
else
{
this
.execute.executeAction(request, response, mapping);
}
}
}
finally
{
this
.prepare.cleanupRequest(request);
}
}
//... ...
}
|
再找到prepare对应的类PrepareOperations，查看方法createActionContext()，就一目了然了。
对于ServletActionContext作为ActionContext一个直接子类，原理也是类似的，感兴趣的朋友可以看一下。