调结者的执行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类的里面。(如果不理解的读者,请转至的章节)
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 MapextraContext = 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();//这里就是执行action37 }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。而关于核心机制图片的橙色部分的工作大部分笔者都有体现出来。而后面的章节都是为了这三个功能点进行的。所以希望读者能理解这三个功能。