知识大全 Struts2请求处理流程及源码分析

Posted 2022-07-18 知

篇首语：情况是在不断的变化，要使自己的思想适应新的情况，就得学习。本文由小常识网(cha138.com)小编为大家整理，主要介绍了知识大全 Struts2请求处理流程及源码分析相关的知识，希望对你有一定的参考价值。

Struts2请求处理流程及源码分析 以下文字资料是由(全榜网网www.cha138.com)小编为大家搜集整理后发布的内容，让我们赶快一起来看一下吧！

　　 Struts 请求处理一个请求在Struts 框架中的处理步骤 a）客户端初始化一个指向Servlet容器的请求 b）根据Web xml配置请求首先经过ActionContextCleanUp过滤器其为可选过滤器这个过滤器对于Struts 和其他框架的集成很有帮助（SiteMesh Plugin）主要清理当前线程的ActionContext和Dispatcher; c）请求经过插件过滤器如 SiteMesh etc等过滤器 d）请求经过核心过滤器FilterDispatcher 执行doFilter方法在该方法中询问ActionMapper来决定这个请求是否需要调用某个Action; e）如果ActionMapper决定需要调用某个Action 则ActionMapper会返回一个ActionMapping实例（存储Action的配置信息）并创建ActionProxy（Action代理）对象将请求交给代理对象继续处理 f） ActionProxy对象根据ActionMapping和Configuration Manager询问框架的配置文件找到需要调用的Action类 g） ActionProxy对象创建时会同时创建一个ActionInvocation的实例 h） ActionInvocation实例使用命名模式来调用在调用Action的过程前后涉及到相关拦截器（Intercepter）的调用 i）一旦Action执行完毕 ActionInvocation实例负责根据struts xml中的配置创建并返回Result Result通常是一个需要被表示的JSP或者FreeMarker的模版也可能是另外的一个Action链 j）如果要在返回Result之前做些什么可以实现PreResultListener接口 PreResultListener可以在Interceptor中实现也可以在Action中实现 k）根据Result对象信息生成用户响应信息response 在生成响应过程中可以使用Struts 框架中继承的标签在此过程中仍会再次涉及到ActionMapper; Struts 请求处理示意图

　　 Struts 请求处理源码分析当用户向Struts 发送请求时 FilterDispatcher的doFilter（）方法自动调用 doFilter（）方法处理请求过程如下创建值栈对象stack; 创建Action上下文对象对请求进行重新封装此次封装根据请求内容的类型不同返回不同的对象如果为multipart/form data类型则返回MultiPartRequestWrapper类型的对象该对象服务于文件上传否则返回StrutsRequestWrapper类型的对象 MultiPartRequestWrapper是StrutsRequestWrapper的子类而这两个类都是HttpServletRequest接口的实现通过actionMapper getMapping（）获得ActionMapping对象 Action的配置信息存储在ActionMapping对象中（Action的配置信息 Action的name namespace和要调用的方法method）相关代码如下图所示

　　以上代码活动图如下

　　如果getMapping（）方法返回ActionMapping对象为null 则FilterDispatcher认为用户请求不是Action 此时FilterDispatcher会首先分析如果请求以/struts开头会自动查找在web xml文件中配置的packages初始化参数 FilterDispatcher会将packages参数值包下的文件当作静态资源处理即直接在页面上显示文件内容如果用户请求的资源不是以/struts开头可能是 jsp文件也可能是文件则通过过滤器链继续往下传送直到到达请求的资源为止如果getMapping（）方法返回有效的ActionMapping对象则被认为正在请求某个Action 将调用Dispatcher serviceAction（request response servletContext mapping）方法以上六步相关代码如下图所示

　　以上代码活动图如下

　　请求进入dispatcher serviceAction（request response servletContext mapping）方法中 a）将相关对象信息封装为Map（如 HttpServletRequest Http parameters HttpServletResponse HttpSession ServletContext ActionMapping等对象信息）并存入到执行上下文Map中返回执行上下文Map对象extraMap; b）获取mapping对象中存储的action命名空间 name属性 method属性等信息 c）加载并解析Struts 配置文件如果没有人为配置默认按顺序加载struts default xml struts plugin xml struts xml 将action配置 result配置 interceptor配置解析并存入至config对象中返回文件配置对象config; d）根据执行上下文Map action命名空间 name属性 method属性等创建用户Action的代理对象 e）执行Action代理对象proxy execute（）方法并转向结果

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

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

　　执行invocation invoke（）方法实现了截拦器的递归调用和执行Action的execute（）方法 DefaultActionInvocation invoke（）方法中代码如下图所示

　　在以上代码中并未看出拦截器的递归调用其实是否递归调用是由程序员来控制的递归调用实现很简单 a）首先看下Interceptor接口定义

　　b）所有的截拦器必须实现intercept方法而该方法的参数恰恰又是ActionInvocation 所以如果在intercept方法中调用invocation invoke（）则会继续从Action的Intercepor列表中找到下一个截拦器执行依此递归调用Intercepor; Struts 中的日志拦截器LoggingInterceptor 如下图所示

　　c) 拦截器递归调用活动图如下所示

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

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

　　以上两种方式大家可以发现都是通过匿名内部类的方式实现其实还有一种方式就是通过在拦截器中实现PreResultListener接口并实现方法beforeResult方法即可如下图所示

　　最后通过生成Result完成用户响应

　　以上步为Struts 处理请求的完整流程分析其相关代码调用流程如下图所示

cha138/Article/program/Java/ky/201311/28036