structs2 中ServletActionContext.getRequest()的问题请教

jianzong2000 2009-04-29 07:47:13
structs2 中提供了ServletActionContext.getRequest()来获得当前请求的对象,但这是个静态的方法,什么参数也没有传入。。
那这个方法是怎么取得的是当前请求的对象,而不是其他请求的对象的呢。。
很费解。。
请指点一下。。谢谢
...全文
2214 6 打赏 收藏 转发到动态 举报
写回复
用AI写文章
6 条回复
切换为时间正序
请发表友善的回复…
发表回复
雅菲 2011-07-21
  • 打赏
  • 举报
回复
学习.......
芒果味 2011-05-09
  • 打赏
  • 举报
回复
ServletActionContext.getRequest().getSession().setAttribute("你要添加的内容");
javawwb 2009-05-04
  • 打赏
  • 举报
回复
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里的属性只会在对应的当前请求线程中可见,从而保证它是线程安全的。
jianzong2000 2009-04-30
  • 打赏
  • 举报
回复
HTTP_REQUEST就是一个常量啊。如果同时来了两个请求。都调用了ActionContext.getContext().put方法,回头再取的时候。
不就只能取到后面put的request了么。。
两个都取到一个request不就乱了么。。
hp5212000 2009-04-30
  • 打赏
  • 举报
回复
你应该注意到ServletActionContext的set方法

public static void setRequest(HttpServletRequest request) {
ActionContext.getContext().put(HTTP_REQUEST, request);
}
super2 2009-04-30
  • 打赏
  • 举报
回复
HttpServletRequest request = ServletActionContext.getRequest();
request.getAttribute("这里写入请求的内容");

67,512

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧