struts2--基础

一、技术改进

Struts2以webwork为核心，采用拦截器的机制来处理用户的请求，使得业务逻辑控制器能够与ServletAPI完全脱离开。Struts2为传统的struts1注入了webwork的先进的设计理念，统一了struts1和webwork两个框架，所以struts2可以理解为webwork的更新产品。

Struts2的Action是一个请求对应一个实例（每次请求时都新new（通过拦截器堆栈）出一个对象），没有线程安全方面的问题。而struts1的Action是单例的，一个Action的实例处理所有的请求。

Struts1中整合了EL，但是El对集合和索引的支持不强，Struts2整合了OGNL(Object Graph Navigation Language).

Struts1使用标准的JSP,struts2使用“ValueStack”技术。

 

二、      耦合与解耦合

耦合方式：操作Servlet API

  HttpSessionsession=ServletActionContext.getRequest().getSession();

           解耦合方式：操作Map<String,Object>键值对

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

      API（耦合）中没有直接获取session的，只能通过Request，因为只有发出请求时，服务器才会给你一个空间存储数据。

      响应（Response）必须用耦合方式获取。

三、创建Struts2的Action类的四种方法：

1、        extends ActionSupport

public class XXXXAction extends ActionSupport{

   PrivateString name;

   PublicString getName(){

         Returnthis.name;

}

Public voidsetName(String name){

     This.name=namel;

}

           }

           <form actoin=”xxxAction”>

       <input type=”text”name=”name”/>

</form>

2、        extends ActionSupport

public class User{

   privateString name;

   publicString getName(){

         returnthis.name;

}

Public voidsetName(String name){

     This.name=name;

}

}

public class xxxAction extendsActionSupport{

   privateUser user;

   publicvoid setUser(User user){

         this.user=user;

}

Public User getUser(){

     Return this.user;

}

}

<form action=”xxxAction”>

   <inputtype=”text” name=”user.name”/>

</form>

${requestScope.user.name}取不到值，因为user.name中间的点是一个字符，而不是对象运算符，所以，只能用${requestScope[“user.name”]}

3、        extends ActionSupport 并implements ModelDriven<T>,重写getModel()方法

public class xxxAction  extends ActionSupport implementsModelDriven<User>{

   privateUser user;

   publicvoid setUser(User user){

         this.user=user;

}

Public  User getUser(){

     Return this.user;

}

Public UsergetModel(){

     user=new User();

     return user;

}

}

<form action=”xxxAction”>

   <inputtype=”text” name=”name”/>

</form>

4、        不继承ActionSupport，也不实现ModelDriven<T>时，XXXAction用法与ActionSupport一样。

四、      应用流程(架构剖析)

当Web容器收到 请求(HttpServletRequest)它将请求传递给一个标准的的过滤链包括(ActionContextCleanUp)过滤器，然后经过Other filters(SiteMesh ,etc)，接下来需要调用FilterDispatcher核心控制器(在2.3版本后，更改为StrutsPrepareAndExecuteFilter)，然后它调用ActionMapper确定请求哪个Action，ActionMapper返回一个收集Action详细信息的ActionMaping对象。接下来FilterDispatcher将控制权委派给ActionProxy,ActionProxy调用配置管理器(ConfigurationManager) 从配置文件中读取配置信息(struts.xml)，然后创建ActionInvocation对象，ActionInvocation在调用Action之前会依次的调用所用配置拦截器(Interceptor N) 一旦执行结果返回结果字符串ActionInvocation负责查找结果字符串对应的(Result)然后执行这个Result Result会调用一些模版(JSP)来呈现页面，之后拦截器(InterceptorN)会在被执行(顺序和Action执行之前相反)最后响应(HttpServletResponse)被返回在web.xml中配置的那些过滤器和(核心控制器)(FilterDispatcher)。

五、redirect和redirectAction chain的区别

struts2中关于result的返回类型一般我们是转发到一个jsp页面或者是html页面等，但是 struts2中的result的返回类型还有redirect,redirectAction,chain。对于这三种返回类型之间肯定是有区别的，下 面我们来看看关于redirect redirectAction chain这三种struts2的返回类型之间的区别。当使用type=“redirectAction” 或type=“redirect”提交到一个action并且需要传递一个参数时。这里是有区别的：使用type=“redirectAction”时，结果就只能写Action的配置名，不能带有后缀：“.action”

redirect:action处理完后重定向到一个视图资源（如：jsp页面），请求参数全部丢失，action处理结果也全部丢失。

redirect-action:action处理完后重定向到一个action，请求参数全部丢失，action处理结果也全部丢失。

chain:action处理完后转发到一个action，请求参数全部丢失，action处理结果不会丢失。