struts2中servlet中的request

来源：互联网发布：局域网控制上网软件编辑：程序博客网时间：2024/05/02 01:54

struts2中的action可以是一个简单的类可以和form表单中的数据就能对应起来，还是需要用到servlet中的request中的session信息怎么得到？

在servlet中session是直接就得到这个类的但是在struts2中得到的是map的session

-------------------------------------------------------------------------------------------------

  Map<String,Object> map=new HashMap<String, Object>();
  map.put("admin","ll");
  ActionContext.getContext().setSession(map);

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

直接获得servlet中熟悉的

HttpSession session=ServletActionContext.getRequest().getSession();

**************************************************************************************************

ActionContext与ServletActionContext联系我不懂黏贴过来的

ServletActionContext和ActionContext有着一些重复的功能,在我们的Action中,该如何去抉择呢?我们遵循的原则是:如果ActionContext能够实现我们的功能,那最好就不要使用ServletActionContext,让我们的Action尽量不要直接去访问Servlet的相关对象.

注意：在使用ActionContext时有一点要注意:不要在Action的构造函数里使用ActionContext.getContext(),因为这个时候ActionContext里的一些值也许没有设置,这时通过ActionContext取得的值也许是null；同样，HttpServletRequest req = ServletActionContext.getRequest()也不要放在构造函数中，也不要直接将req作为类变量给其赋值。至于原因，我想是因为前面讲到的static ThreadLocal actionContext = new ActionContextThreadLocal()，从这里我们可以看出ActionContext是线程安全的，而ServletActionContext继承自ActionContext，所以ServletActionContext也线程安全，线程安全要求每个线程都独立进行，所以req的创建也要求独立进行，所以ServletActionContext.getRequest()这句话不要放在构造函数中，也不要直接放在类中，而应该放在每个具体的方法体中(eg：login()、queryAll()、insert()等)，这样才能保证每次产生对象时独立的建立了一个req。

------------------------------------------------------------------------------------------------

2．IoC方式 我不懂黏贴过来的
这种方式相对来说变化就比较少了，具体流程如下所示。
获得request对象：
第一步：让action实现ServletRequestAware接口
第二步：在action中声明一个HttpServletRequest类型的实例变量
第三步：在action中实现ServletRequestAware接口的setServletRequest方法，实现方式很简单，如下所示。
private HttpServletRequest request;
public void setServletRequest(HttpServletRequest request) {
this.request = request;
}
获得Session对象(注意，此时的session是SessionMap类型)：
第一步：让action实现SessionAware接口
第二步：在action中声明一个HttpServletRequest类型的实例变量
第三步：在action中实现SessionAware接口的setSession方法，实现方式很简单，如下所示。
private Map session;
publicvoid setSession(Map session) {
this. session = session;
}
在Struts2里，如果需要在Action中使用session，可以通过下面两种方式得到
1.通过ActionContext class中的方法getSession得到
2.Action实现org.apache.struts2.interceptor.SessionAware接口的方式来对session进行操作

下面先看一个采用第一种方式，在action中得到session的例子
package s2.ex.action;

import java.util.Map;

import com.opensymphony.xwork2.ActionContext;

import com.opensymphony.xwork2.ActionSupport;

public class SessionTestAction extends ActionSupport {

public String execute() {

ActionContext actionContext = ActionContext.getContext();

Map session = actionContext.getSession();

session.put("USER_NAME", "Test User");

return SUCCESS;

}

}
在这个例子中，通过ActionContext得到session，并往session里放置一个key为USER_NAME，值为Test User的内容。

下面是一个实现org.apache.struts2.interceptor.SessionAware接口来对session操作的例子
package s2.ex.action;

import java.util.Map;

import org.apache.struts2.interceptor.SessionAware;

import com.opensymphony.xwork2.ActionSupport;

public class SessionTest1Action extends ActionSupport implements SessionAware {

private Map session;

public void setSession(Map session) {

this.session = session;

}

public String execute() {

this.session.put("USER_NAME", "Test User 1");

return SUCCESS;

}

}

在这个例子中实现了接口SessionAware中的setSession方法。

上面两种方式都可以得到session，能实现的功能都是一样的。
这里推荐通过第二种方式来使用session，原因是便于做单体测试，用第二种方式，只需要构造一个Map就可以对action class进行单体测试了。

在一个项目中可能会有很多action都需要用到session，如果每个action都来实现org.apache.struts2.interceptor.SessionAware这个接口，可能会显得比较麻烦，所以建议作一个抽象的BaseAction类来实现org.apache.struts2.interceptor.SessionAware接口，以后所有的action只要继承这个BaseAction就可以了。

下面是一个如何在JSP中使用session的例子。
<%@ page contentType="text/html; charset=UTF-8" %>

<%@page pageEncoding="utf-8" %>

<%@taglib prefix="s" uri="/struts-tags" %>

<html>

<head>

<title>Session Test</title>

</head>

<body>

</body>

</html>

一般在项目中往往会往session里放置一个Object，必如说user，user里有个boolean admin和String userName，如果user里存在isAdmin的方法，在jsp中可以通过<s:if test="#session.user.admin">来判断用户有没有管理权限，通过<s:property value="#session.user.userName">或者来取得用户名。

copy http://jackzhangyunjie.iteye.com/blog/231205