Struts2学习笔记(一)

Struts2的基本流程

1、 核心控制器FilterDispather

FilterDispather是Struts框架的核心控制器，该控制器作为一个Filter运行在Web应用中，它负责拦截所有的用户请求，当用户到达时，该Filter会过滤用户请求。如果用户请求以action结尾，该请求将被转入Struts2框架处理。

2、 业务控制器

业务控制器组件就是用户实现Action类的实例，Action类里通常包含了一个execute方法，该方法返回一个字符串——该字符串就是一个逻辑视图名，当业务控制器处理完用户请求后，根据处理结果不同，execute方法返回不同的字符串，每个字符串对应一个试图名。

        配置Action的如下三个部分定义：

         Action所处理的URL。

         Action组件所对应的实现类

         Action里包含的逻辑视图和物理资源之间的对应关系。

3、 Struts2的模型组件

JavaEE应用里的模型组件，通常指系统的业务逻辑组件。而隐藏在系统的业务逻辑组件下面的，可能还包含了DAO、领域对象等组件。

通常，MVC框架的业务控制器会调用模型组件的方法来处理用户请求。也就是说，业务逻辑控制器不会对用户请求进行任何实际处理，用户请求最终由模型组件负责处理。业务控制器只是中间负责调度器，这也是称Action为控制器的原因。

4、Struts的视图组件

       当Struts2的控制器返回逻辑视图名时，逻辑视图并未与任何的视图技术关联，仅仅是返回一个字符串，该字符串作为逻辑视图名。

5、Struts的运行流程

       请求首先通过Filter chain，Filter主要包括ActionContextCleanUp，它主要清理当前线程的ActionContext和Dispatcher；FilterDispatcher主要通过AcionMapper来决定需要调用哪个Action。

       ActionMapper取得了ActionMapping后，在Dispatcher的serviceAction方法里创建ActionProxy，ActionProxy创建ActionInvocation，然后ActionInvocation调用Interceptors，执行Action本身，创建Result并返回，当然，如果要在返回之前做些什么，可以实现PreResultListener。

一个请求在Struts2框架中处理大概分为以下几个步骤：

1)        客户端初始化一个指向Servlet容器(Tomcat)的请求。

2)        这个请求经过一系列的过滤器(Filter)其中有一个ActionContext CleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助。

3)        接着FilterDispather被调用，FilterDispather询问ActionMapper来决定这个请求是否需要调用某个Action。

4)        如果ActionMapper决定需要调用某个Action，FilterDispather把请求的处理交给ActionProxy。

5)        ActionProxy通过Configuration Manager查找框架的配置文件，找到需要的调用的Action类。

6)        ActionProxy创建一个ActionInvocation的实例。

7)        ActionInvocation实例使用命令模式来调用，在调用Action的过程前后，涉及到相关拦截器(Intercepter)的调用。

8)        一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是一个需要被表示的JSP或者FreeMarker的模板。在表示的过程中可以使用struts2框架中继承的标签。在这个过程中需要涉及到ActionMapper。