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

Posted 张宇航

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Struts2 源码分析——调结者(Dispatcher)之执行action相关的知识,希望对你有一定的参考价值。

章节简言

上一章笔者写关于Dispatcher类如何处理接受来的request请求。当然读者们也知道他并非正真的执行action操作。他只是在执行action操作之前的准备工作。那么谁才是正真的执行action呢?本章笔者就带大家来看看StrutsExecuteFilter类的工作。在理解StrutsExecuteFilter类的工作之前,笔者还是希望大家回顾一下前一章讲到的request请求工作。为什么这样子讲呢?可以说StrutsExecuteFilter类的工作是建立在StrutsPrepareFilter类基础上运行的。先相信这一点笔者不需要声明了。笔者为了更好的理解小小的做一个张图片。如下

从上面的图片我们就是很清楚StrutsPrepareFilter类做了哪些工作。而图上的上五点对于后面的StrutsExecuteFilter类来讲是非常重要的。虽然我在前面几章也提过StrutsExecuteFilter类的知识。《Struts2 源码分析——过滤器(Filter)》章节里面也讲过。只是很简单的略讲一下。并没有对他进特别的讲。主要是笔者认为不了解StrutsPrepareFilter类的工作的情况下,去了解StrutsExecuteFilter类的话。是一件比较吃力的事情。好了。笔者就不多说了。让我们进入本章的内容吧。

调结者的执行action

StrutsExecuteFilter类的工作就是执行对应的action请求。StrutsExecuteFilter类的工作还需要有一个叫ExecuteOperations类的帮助。如果看过源码的朋友都知道,StrutsExecuteFilter类的代码里用了ExecuteOperations类的俩个方法。一个是:executeStaticResourceRequest方法。一个是:executeAction方法。光从字名面上我就知道他们的功能。executeStaticResourceRequest是执行静态资源请求。如JS文件,css文件等。而executeAction就是执行action请求。即是笔者想要讲的重点。好了。还是让我们先看一下StrutsExecuteFilter类代码吧。如下部分代码

StrutsExecuteFilter类:

复制代码
 1 public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException {
 2 
 3         HttpServletRequest request = (HttpServletRequest) req;
 4         HttpServletResponse response = (HttpServletResponse) res;
 5 
 6         if (excludeUrl(request)) {//用于判断是否在排除的action之内。如果是就跳过。
 7             chain.doFilter(request, response);
 8             return;
 9         }
10 
11         if (execute == null) {
12             lazyInit();//初始化相关的信息类。
13         }
14 
15         ActionMapping mapping = prepare.findActionMapping(request, response);//找到ActionMapping实例
16 
17   
18         Integer recursionCounter = (Integer) request.getAttribute(PrepareOperations.CLEANUP_RECURSION_COUNTER);
19 
20         if (mapping == null || recursionCounter > 1) {
21             boolean handled = execute.executeStaticResourceRequest(request, response);//执行请求css,js文件。并返回是否成功。
22             if (!handled) {
23                 chain.doFilter(request, response);
24             }
25         } else {
26             execute.executeAction(request, response, mapping);//执行action请求,重要部分
27         }
28     }
复制代码

根据上面的红色的代码,让笔者讲一下总共做了几件事件。

1.判断当前的request请求是不是被排在外。如果就跳过去。(笔者不想过讲,太简单了)

2.判断是否存在ExecuteOperations类的实例。如果没有就初始化。相关的代码如下。

StrutsExecuteFilter类:

复制代码
 1  /**
 2      * 加载并初始化
 3      */
 4     protected synchronized void lazyInit() {
 5         if (execute == null) {
 6             InitOperations init = new InitOperations();//用于初始化的功能类
 7             Dispatcher dispatcher = init.findDispatcherOnThread();//StrutsPrepareFilter类的时候,就把Dispatcher实例存放在本地线程里面。这是只是把他拿出来。
 8             init.initStaticContentLoader(new FilterHostConfig(filterConfig), dispatcher);//初始化用于加载css,js文件的加载类。
 9             
10             prepare = new PrepareOperations(dispatcher);
11             execute = new ExecuteOperations(dispatcher);
12         }
13 
14     }
复制代码

看了代码我们就知道StrutsExecuteFilter类的lazyInit方法做了什么。

1).找到对应的Dispatcher实例。那么Dispatcher实例在哪里初始化呢?这就是StrutsPrepareFilter类的里面。(如果不理解的读者,请转至Struts2 源码分析——调结者(Dispatcher)之action请求的章节)

2).初始化StaticContentLoader类。即是用于加载JS,CSS文件等类似的加载类。

3).初始化相关对应的PrepareOperations类和ExecuteOperations类。为了下面执行action请求准备。其中ExecuteOperations类很重要。用于执行action和加载JS,CSS文件类似的调动者。

 

3.找到对应的action映射(ActionMapping类)。可以说没有action映射就没有办法执行相关的action操作。让我们看一下findActionMapping方法的代码吧。

PrepareOperations类:

复制代码
 public ActionMapping findActionMapping(HttpServletRequest request, HttpServletResponse response, boolean forceLookup) {
        ActionMapping mapping = (ActionMapping) request.getAttribute(STRUTS_ACTION_MAPPING_KEY);
        if (mapping == null || forceLookup) {
            try {
                mapping = dispatcher.getContainer().getInstance(ActionMapper.class).getMapping(request, dispatcher.getConfigurationManager());
                if (mapping != null) {
                    request.setAttribute(STRUTS_ACTION_MAPPING_KEY, mapping);
                }
            } catch (Exception ex) {
                dispatcher.sendError(request, response, HttpServletResponse.SC_INTERNAL_SERVER_ERROR, ex);
            }
        }

        return mapping;
    }
复制代码

先从request请求中找到以STRUTS_ACTION_MAPPING_KEY常量为Key的ActionMapping值。如果不存在,则通过Container容器中找到的ActionMapper实例,并通过ActionMapper实例找到对应的Action映射,并存于request请求。其Key值为STRUTS_ACTION_MAPPING_KEY常量。相信读者又看Dispatcher类的实例了。又跟他有关系。关于这一步其实在StrutsPrepareFilter类工作的时候就已经做过一次了。(在这里用到ActionMapper类。关于他的作用读者目前只要知道所有的struts.xml上的配置action信息都在里面。笔者后面说找一个章节讲他)

 

4.如果没有找到对应的action映射(ActionMapping类)或action跳越的数量>1就是执行加载JS,CSS文件的加载类。否则就是执行action。实话实说笔者真不知道recursionCounter > 1是什么个意思。我只能把他理解为跳转的action数。笔者也做了相关通的实验就是希望看出一些事端。可惜失败了。

先看一下executeStaticResourceRequest方法吧。对于executeStaticResourceRequest方法。笔者在上面就讲到了。他是用于加载相关的静态资源。如CSS文件,JS文件。这些文件是在JAR里面的。我们有时候struts2相关的UI的TAG的时候,就要加载对应的CSS文件,和JS文件吧。这个时候他就启作用了。让我们看一下代码吧。

ExecuteOperations类:

复制代码
 1     public boolean executeStaticResourceRequest(HttpServletRequest request, HttpServletResponse response) throws IOException, ServletException {
 2         // 如果没有找到对应的action,我们应该看一下是不是请求静态资源
 3         String resourcePath = RequestUtils.getServletPath(request);
 4 
 5         if ("".equals(resourcePath) && null != request.getPathInfo()) {
 6             resourcePath = request.getPathInfo();
 7         }
 8 
 9         StaticContentLoader staticResourceLoader = dispatcher.getContainer().getInstance(StaticContentLoader.class);
10         if (staticResourceLoader.canHandle(resourcePath)) {
11             staticResourceLoader.findStaticResource(resourcePath, request, response);
12             return true;
13 
14         } else {
15             // 如果不是的话,就表示他是一个普通的请求
16             return false;
17         }
18     }
复制代码

因为这部分不是笔者这系列要讲的重点。如果有兴趣的读者可以自行继续研发下去。我们可以看又是跟Dispatcher类的实例有关系。相信读者这个时候很能明白笔者为什么说Dispatcher类很重要。很能做很多事情。

关于执行action的部分就在executeAction方法里面。让我们看一下代码吧。

ExecuteOperations类:

1  public void executeAction(HttpServletRequest request, HttpServletResponse response, ActionMapping mapping) throws ServletException {
2         dispatcher.serviceAction(request, response, mapping);
3     }

好吧。我有一种打人的冲动。Dispatcher类的实例又出现。执行request请求的action也是Dispatcher类的实例来完成的。既然如此让我们看一下代码吧。如下

复制代码
 1 public void serviceAction(HttpServletRequest request, HttpServletResponse response, ActionMapping mapping)
 2             throws ServletException {
 3 
 4         Map<String, Object> extraContext = createContextMap(request, response, mapping);
 5 
 6         //如果之前就有了值栈,就是新建一个新的值栈,放入extraContext
 7         ValueStack stack = (ValueStack) request.getAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY);
 8         boolean nullStack = stack == null;
 9         if (nullStack) {
10             ActionContext ctx = ActionContext.getContext();
11             if (ctx != null) {
12                 stack = ctx.getValueStack();
13             }
14         }
15         if (stack != null) {
16             extraContext.put(ActionContext.VALUE_STACK, valueStackFactory.createValueStack(stack));
17         }
18 
19         String timerKey = "Handling request from Dispatcher";
20         try {
21             UtilTimerStack.push(timerKey);
22             String namespace = mapping.getNamespace();//获得request请求里面的命名空间,即是struts.xml是的package节点元素
23             String name = mapping.getName();//获得request请求里面的action名
24             String method = mapping.getMethod();//要执行action的方法
25 
26             ActionProxy proxy = getContainer().getInstance(ActionProxyFactory.class).createActionProxy(namespace, name,
27                     method, extraContext, true, false);//获得action的代理
28 
29             request.setAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY, proxy.getInvocation().getStack());
30 
31             // 如果action映射是直接就跳转到网页的话,
32             if (mapping.getResult() != null) {
33                 Result result = mapping.getResult();
34                 result.execute(proxy.getInvocation());
35             } else {
36                 proxy.execute();//这里就是执行action
37             }
38 
39             
40             
41             if (!nullStack) {
42                 request.setAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY, stack);
43             }
44         } catch (ConfigurationException e) {
45             logConfigurationException(request, e);
46             sendError(request, response, HttpServletResponse.SC_NOT_FOUND, e);
47         } catch (Exception e) {
48             if (handleException || devMode) {
49                 sendError(request, response, HttpServletResponse.SC_INTERNAL_SERVER_ERROR, e);
50             } else {
51                 throw new ServletException(e);
52             }
53         } finally {
54             UtilTimerStack.pop(timerKey);
55         }
56     }
复制代码

 从上面的代码就能看出在执行action的内部还需要用到一个叫ActionProxy类。关于这部分知识,笔者其实这里不想讲的很细。主要这部分的知识太多了。但这里笔者还是希望为后面的章节做好准备。ActionProxy类可以理解他是一个代理。他的主要目地就是根据action映射得到的信息,寻找对应action类实例,然后执行对应的方法。其中包括加载对应的拦截器,初始化相应的结果。而这段代码中,在ActionProxy类的execute()方法的时候,还作了相应的判断。即是是否直接回返结果。其次还有在讲到一个关于值栈的知识。这里在获得ActionProxy类实例的时候,需要得到对应值栈的信息。但是不管如何,最后一定会把request请求的值栈重新更新一下。ValueStack(值栈)的作用相信大家都懂。我就不做过多的讲解了。

本章总结

可以说相关Dispatcher类的知识点,到本章节算是结束了。笔者把Dispatcher类的功能分为三点:一是加载struts2运行的必要条件信息;二是初始化action请求需要的信息;三是执行request请求对应的action。而关于核心机制图片的橙色部分的工作大部分笔者都有体现出来。而后面的章节都是为了这三个功能点进行的。所以希望读者能理解这三个功能。

以上是关于Struts2 源码分析——调结者(Dispatcher)之执行action的主要内容,如果未能解决你的问题,请参考以下文章

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

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

Struts2请求处理流程及源码分析

libevent源码分析-介绍安装使用

Struts2 源码分析-----拦截器源码解析 --- ParametersInterceptor

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