一个ActionInvocation实例代表一个action的执行状态,持有拦截器和将要执行的action的实例。

defaultActionInvocation是其默认实现。下面是定义在该类中的部分成员变量

 public class DefaultActionInvocation implements ActionInvocation {
protected Object action;
protected ActionProxy proxy;
protected List<PreResultListener> preResultListeners;
protected ActionContext invocationContext;
protected Iterator<InterceptorMapping> interceptors;
protected String resultCode;
}

成员变量的含义:

action:用于接收一次请求中含有本次请求的处理逻辑的类。就是对应的struts.xml配置文件中的action对应的class类的对象。比如struts.xml中有<action name="login" class="com.xxx.LoginAction"></action>这个 配置片段。如果请求的action的name为login,那么defaultActionInvocation中的action成员变量将持有 一个com.xxx.LoginAction的实例。

proxy:action的执行环境,持有action执行所需的所有信息。

preResultListeners:一个监听器集合。这些监听器会在action执行完毕且Result执行之前调用。

invocationContext:action执行的环境,包含action执行需要的session,parameters,locale等 信息。

interceptors:ActionInvocation的重要的部分。包含了action执行过程中的所有拦截器,用于对action 进行预处理和后处理。拦截器的调用方式采用责任链模式,和Servlet中的过滤器的执行过程相似。

resultCode:action调用execute等方法处理完相应的逻辑后的返回值。比如success,login等。

下面分析defaultActionInvocation中的重要方法:invokeActionOnly,invokeAction和invoke方法

首先是invokeActionOnly方法,如下

public String invokeActionOnly() throws Exception {
return invokeAction(getAction(), proxy.getConfig());
}

该方法先通过getAction方法获取实际请求的action实例,并通过proxy获取构建ActionProxy对象的

ActionConfig实例。ActionConfig包含了一个action在struts.xml文件中的相关的配置信息。

接着是invokeAction方法,该方法只保留了源码中的一些关键部分,并不是完整的

 protected String invokeAction(Object action, ActionConfig actionConfig) throws Exception {

        //通过getMethod获取在action配置文件中配置的要执行的方法
String methodName = proxy.getMethod(); try {
boolean methodCalled = false;
Object methodResult = null;
Method method = null;
   try {
   //getAction方法获取实际的action对象,然后获得它的
   //Class对象,在通过getMethod方法,以反射的方式获得
   //将要执行的方法
   method = getAction().getClass().getMethod(methodName, EMPTY_CLASS_ARRAY);    } catch (NoSuchMethodException e) {
     try {
   String altMethodName = "do" + methodName.substring(0, 1).toUpperCase() + methodName.substring(1);
     method = getAction().getClass().getMethod(altMethodName, EMPTY_CLASS_ARRAY);
     } catch (NoSuchMethodException e1) {
       ...
     }
}
}
//如果该方法还未执行过,那么通过反射调用该方法
if (!methodCalled) {
methodResult = method.invoke(action, new Object[0]);
}
   ...
}

最后是最重要的invoke方法,保留了完整的代码,并加入了自己的理解注释(责任链模式)。如下

 public String invoke() throws Exception {
String profileKey = "invoke: ";
try {
UtilTimerStack.push(profileKey); if (executed) {
throw new IllegalStateException("Action has already executed");
}    //当前还有拦截器,则取出拦截器执行intercept方法
if (interceptors.hasNext()) {
      //取出当前要执行的拦截器
final InterceptorMapping interceptor = (InterceptorMapping) interceptors.next();
String interceptorMsg = "interceptor: " + interceptor.getName();
UtilTimerStack.push(interceptorMsg);
try {
     //执行拦截方法intercept,回去返回结果。传入DefaultActionInvocation.this
     //参数是因为拦截器本身会调用ActionInvocation的invoke方法,因为实际类型是
     //defaultActionInvocation,根据多态性,执行流程又会回到
    //defaultActionInvocation的invoke方法,因为是同一个defaultActionInvocation
     //那么就会取之前拦截器的下一个拦截器继续执行intercept方法
resultCode = interceptor.getInterceptor().intercept(DefaultActionInvocation.this);      } finally {
UtilTimerStack.pop(interceptorMsg);
}
} else { //当前没有拦截器,那么调用请求的action中的处理方法
resultCode = invokeActionOnly();
} //PreResultListener会在action执行完后,Result执行之前执行,且只
   //执行一次。使用了一个boolean类型的标志,若没有执行,则执行这些
   //监听器。因为是在同一个ActionInvocation的实例中,所以当executed
   //成员变量变为true后,之后的if判断通不过,就不在执行了
if (!executed) {
if (preResultListeners != null) {
for (Object preResultListener : preResultListeners) {
PreResultListener listener = (PreResultListener) preResultListener;
String _profileKey = "preResultListener: ";
try {
UtilTimerStack.push(_profileKey);
listener.beforeResult(this, resultCode);
}
finally {
UtilTimerStack.pop(_profileKey);
}
}
}      //可以看到PreResultListener的执行是在action执行后,Result执行前
if (proxy.getExecuteResult()) {
executeResult();
}
executed = true; //设置为true,保证PreResultListener不再执行
} return resultCode; //返回action执行完毕后的返回值
}
finally {
UtilTimerStack.pop(profileKey);
}
}

Action的调用者使用以上三个方法来完成请求的拦截和相应的action方法的执行。成员变量中最重要的就是表示实际Action类的action和拦截器的集合interceptors。interceptors持有所有对action请求进行拦截的拦截器引用,而action成员变量持有对请求进行实际处理的类的对象。

转载:https://blog.csdn.net/ikaraide/article/details/17719823

【转】struts2的ActionInvocation分析(action调度者)的更多相关文章

  1. Struts2 源码分析——Action代理类的工作

    章节简言 上一章笔者讲到关于如何加载配置文件里面的package元素节点信息.相信读者到这里心里面对struts2在启动的时候加载相关的信息有了一定的了解和认识.而本章将讲到关于struts2启动成功 ...

  2. Struts2 源码分析——DefaultActionInvocation类的执行action

    本章简言 上一章讲到关于拦截器的机制的知识点,让我们对拦截器有了一定的认识.我们也清楚的知道在执行用户action类实例之前,struts2会先去执行当前action类对应的拦截器.而关于在哪里执行a ...

  3. Struts2 源码分析——拦截器的机制

    本章简言 上一章讲到关于action代理类的工作.即是如何去找对应的action配置信息,并执行action类的实例.而这一章笔者将讲到在执行action需要用到的拦截器.为什么要讲拦截器呢?可以这样 ...

  4. Struts2 源码分析——调结者(Dispatcher)之执行action

    章节简言 上一章笔者写关于Dispatcher类如何处理接受来的request请求.当然读者们也知道他并非正真的执行action操作.他只是在执行action操作之前的准备工作.那么谁才是正真的执行a ...

  5. Struts2源代码解读之Action调用

    对于Struts2源代码的分析已经有些时日了,虽然网上有很多解读代码,不过自己还是写一个放上来,供大家参考一下. 解读过程: 直接在action类中打断点(包括构造函数和待执行方法)进行debug调试 ...

  6. 源码分析——Action代理类的工作

     Action代理类的新建 通过<Struts2 源码分析——调结者(Dispatcher)之执行action>章节我们知道执行action请求,最后会落到Dispatcher类的serv ...

  7. Struts2 源码分析——配置管理之PackageProvider接口

    本章简言 上一章讲到关于ContainerProvider的知识.让我们知道struts2是如何注册相关的数据.也知道如何加载相关的配置信息.本章笔者将讲到如何加载配置文件里面的package元素节点 ...

  8. Struts2 源码分析——配置管理之ContainerProvider接口

    本章简言 上一章笔者讲到关于Dispatcher类的执行action功能,知道了关于执行action需要用到的信息.而本章将会讲到的内容也跟Dispatcher类有关系.那就是配置管理中的Contai ...

  9. Struts2 源码分析——过滤器(Filter)

    章节简言 上一章笔者试着建一个Hello world的例子.是一个空白的struts2例子.明白了运行struts2至少需要用到哪一些Jar包.而这一章笔者将根据前面章节(Struts2 源码分析—— ...

随机推荐

  1. php获取url中的参数

    // 获取url参数值function is_set_param($param){ $current_url = $_SERVER["QUERY_STRING"]; $arr = ...

  2. swoole进程间如何通信

    Swoole进程间通信的方式 管道pipe 管道用于进程之间的数据交互,Linux系统本身提供了pipe函数用于创建一个半双工通信管道.半双工的通信方式中数据只能单向流动(一端只读一端只写),只能在具 ...

  3. ElementTree类

    elementtree主要是一个包含根节点的树的文档包装器 它提供了序列化和一般文档处理的两种方法 from lxml import etree str = '''<?xml version=& ...

  4. tomcat运行一段时间后报错"Too many open files"

    tomcat运行一段时间后报打开太多文件错误:Too many open files  查看当前进程的文件打开数: lsof -n |awk '{print $2}'|sort|uniq -c |so ...

  5. 教妹学 Java:动态伴侣 Groovy

    ​ 00.故事的起源 “二哥,听说上一篇<多线程>被 CSDN 创始人蒋涛点赞了?”三妹对她提议的<教妹学 Java>专栏一直很关心. “嗯,有点激动.刚开始还以为是个马甲,没 ...

  6. oidc hybrid flow 与另外两种模式的异同

    很多学习identityserver的文章都没有解释清楚oidc hybrid混合模式的含义.本文将解释hybrid模式与另外两种模式的主要区别. 我们先看一下一手文档: https://openid ...

  7. 聊聊 Vue 中 title 的动态修改

    由于之前的 Vue 项目打包成果物一直是嵌入集成平台中,所以一直没有关注过项目的 title.直到最近,突然有个需求,要求点击按钮在集成平台外新开一个页面,此时我才发现,原来我的项目的 title 一 ...

  8. Java生鲜电商平台-Java后端生成Token架构与设计详解

    Java生鲜电商平台-Java后端生成Token架构与设计详解 目的:Java开源生鲜电商平台-Java后端生成Token目的是为了用于校验客户端,防止重复提交. 技术选型:用开源的JWT架构. 1. ...

  9. python基础—条件语句

    一.Python基础 1.第一句python print('hello,world') Q: 后缀名可以任意? A:  导入模块时,如果不是.py后缀,会出错. 2.两种执行的方式: -python解 ...

  10. FCC---Change Animation Timing with Keywords--两个小球从A都B,相同循环时间 duration, 不同的速度 speed

    In CSS animations, the animation-timing-function property controls how quickly an animated element c ...