一个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. 【Linux命令】centos防火墙使用和配置

    目录 firewalld iptables Linux中的防火墙(iptables,firewalld,ip6tables,ebtables).这些软件本身并不具备防火墙功能,他们的作用都是在用户空间 ...

  2. vue组件定义方式,vue父子组件间的传值

    vue组件定义方式,vue父子组件间的传值 <!DOCTYPE html> <html lang="zh-cn"> <head> <met ...

  3. VMWare 虚拟机启动报“内部错误”的解决办法

    情况 启动虚拟机的时候,启动不起来,弹出对话框,内部错误. 原因 Vmware 的 server 服务未开启. 解决办法 将以上服务都启动起来

  4. Visual Studio 2019 16.1 使用 .NET Core 3.0

    一.前言 早在很久之前微软便公布 .NET Core 3.0 将支持开发Winform应用程序等等新特性,现如今 .NET Core 3.0 预览版已经出来第五个预览版了,从 .NET Core 2. ...

  5. HikariCP监控指标介绍和应用

    概述 HikariCP提供了一些监控指标,他的监控指标都是基于MicroMeter提供出来的,然后支持Prometheus和Dropwizard.本次我们将讨论一下HikariCp的监控指标有哪些,为 ...

  6. GO 键盘输入和打印输出

    键盘输入和打印输出 一.打印输出 1.1 fmt包 fmt包实现了类似C语言printf和scanf的格式化I/O.格式化verb('verb')源自C语言但更简单. 详见官网fmt的API:http ...

  7. 机器学习常见的几种评价指标:精确率(Precision)、召回率(Recall)、F值(F-measure)、ROC曲线、AUC、准确率(Accuracy)

    原文链接:https://blog.csdn.net/weixin_42518879/article/details/83959319 主要内容:机器学习中常见的几种评价指标,它们各自的含义和计算(注 ...

  8. java基础(15):常用API(Object、String、StringBuffer)

    1. Java的API及Object类 在以前的学习过程中,我们都在学习对象基本特征.对象的使用以及对象的关系.接下来我们开始使用对象做事情,那么在使用对象做事情之前,我们要学习一些API中提供的常用 ...

  9. 史上最详细JVM,Java内存区域讲解

    本人免费整理了Java高级资料,一共30G,需要自己领取:传送门:https://mp.weixin.qq.com/s/JzddfH-7yNudmkjT0IRL8Q 运行时数据区域 JVM载执行Jav ...

  10. JQ中的Ajax的封装

    1.认识JQ中ajax的封装      jQ 对于ajax的封装有两层实现:$.ajax 为底层封装实现:基于 $.ajax ,分别实现了$.get 与$.post 的高层封装实现: 2.Ajax的底 ...