Struts2请求处理源码分析

当用户向Struts2发送请求时，FilterDispatcher的doFilter()方法自动调用，doFilter()方法处理请求过程，以下：

1. 建立值栈对象stack；

2. 建立Action上下文对象；

3. 对请求进行从新封装，这次封装根据请求内容的类型不一样，返回不一样的对象：

若是为multipart/form-data类型，则返回MultiPartRequestWrapper类型的对象，该对象服务于文件上传，不然返回StrutsRequestWrapper类型的对象，MultiPartRequestWrapper是StrutsRequestWrapper的子类，而这两个类都是HttpServletRequest接口的实现。

4. 经过actionMapper.getMapping()得到ActionMapping对象，Action的配置信息存储在ActionMapping对象中(Action的配置信息：Action的name、namespace和要调用的方法method)。相关代码以下图所示：

以上代码，活动图以下：

5. 若是getMapping()方法返回ActionMapping对象为null，则FilterDispatcher认为用户请求不是Action，此时FilterDispatcher会首先分析：

若是请求以/struts开头，会自动查找在web.xml文件中配置的packages初始化参数，FilterDispatcher会将packages参数值包下的文件看成静态资源处理，即直接在页面上显示文件内容。

若是用户请求的资源不是以/struts开头—多是.jsp文件，也多是.html文件，则经过过滤器链继续往下传送，直到到达请求的资源为止。

6. 若是getMapping()方法返回有效的ActionMapping对象，则被认为正在请求某个Action，将调用Dispatcher.serviceAction(request, response, servletContext, mapping)方法。

以上六步，相关代码以下图所示：

以上代码，活动图以下：

7. 请求进入dispatcher.serviceAction(request,response,servletContext,mapping)方法中：

a) 将相关对象信息封装为Map（如：HttpServletRequest、Http parameters、HttpServletResponse、HttpSession、ServletContext、ActionMapping等对象信息），并存入到执行上下文Map中，返回执行上下文Map对象extraMap；

b) 获取mapping对象中存储的action命名空间、name属性、method属性等信息；

c) 加载并解析Struts2配置文件，若是没有人为配置，默认按顺序加载struts-default.xml、struts-plugin.xml、struts.xml，将action配置、result配置、interceptor配置，解析并存入至config对象中，返回文件配置对象config；

d) 根据执行上下文Map、action命名空间、name属性、method属性等建立用户Action的代理对象；

e) 执行Action代理对象proxy.execute()方法，并转向结果；

以上步骤相关代码，如图所示：

8. 执行Action代理对象proxy.execute()方法，该方法的执行，其实就是调用了invocation.invoke()方法，以下图所示：

9. 执行invocation.invoke()方法，实现了截拦器的递归调用和执行Action的execute()方法，DefaultActionInvocation.invoke()方法中代码，以下图所示：

在以上代码中，并未看出拦截器的递归调用，实际上是否递归调用，是由程序员来控制的，递归调用实现很简单：

a) 首先看下Interceptor接口定义：

b) 全部的截拦器必须实现intercept方法，而该方法的参数偏偏又是ActionInvocation，因此若是在intercept方法中调用invocation.invoke()，则会继续从Action的Intercepor列表中找到下一个截拦器执行，依此递归调用Intercepor；

Struts2中的日志拦截器LoggingInterceptor，以下图所示：

c) 拦截器递归调用活动图，以下所示：

10. 在invocation.invoke()方法中，执行拦截器、action并得到resultCode完毕后，则会继续执行PreResultListener集合，并生成Result对象，实现PreResultListener接口，可在返回Result以前，作些自定义处理，如图所示：

在返回Result以前，经过PreResultListener实现自定义处理，经常使用的有两种方式：一种在Interceptor中实现，一种在Action实现，如图所示：

以上两种方式，你们能够发现都是经过匿名内部类的方式实现，其实还有一种方式就是经过在拦截器中实现PreResultListener接口，并实现方法beforeResult方法，便可。以下图所示：

11. 最后，经过生成Result完成用户响应；

以上1-11步，为Struts2处理请求的完整流程分析，其相关代码调用流程，以下图所示：