`
volunteer521
  • 浏览: 207187 次
  • 性别: Icon_minigender_1
  • 来自: 广州
社区版块
存档分类
最新评论

【转】Struts2的工作机制及分析-2

阅读更多

查找静态资源的源代码如清单14

 

代码清单14FilterDispatcher.findStaticResource()方法

    protected void findStaticResource(String name, HttpServletRequest request, HttpServletResponse response) throws IOException {

        if (!name.endsWith(".class")) {//忽略class文件

           //遍历packages参数

            for (String pathPrefix : pathPrefixes) {

                InputStream is = findInputStream(name, pathPrefix);//读取请求文件流

                if (is != null) {

                    ……(省略部分代码)

                    // set the content-type header

                    String contentType = getContentType(name);//读取内容类型

                    if (contentType != null) {

                        response.setContentType(contentType);//重新设置内容类型

                    }

                  ……(省略部分代码)

                    try {

                     //将读取到的文件流以每次复制4096个字节的方式循环输出

                        copy(is, response.getOutputStream());

                    } finally {

                        is.close();

                    }

                    return;

                }

            }

        }

    }

 

    如果用户请求的资源不是以/struts开头——可能是.jsp文件,也可能是.html文件,则通过过滤器链继续往下传送,直到到达请求的资源为止。

 

    如果getMapping()方法返回有效的ActionMapping对象,则被认为正在请求某个Action,将调用Dispatcher.serviceAction(request, response, servletContext, mapping)方法,该方法是处理Action的关键所在。上述过程的源代码如清单15所示。

 

代码清单15FilterDispatcher.doFilter()方法

    public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException {

        HttpServletRequest request = (HttpServletRequest) req;

        HttpServletResponse response = (HttpServletResponse) res;

        ServletContext servletContext = getServletContext();

        String timerKey = "FilterDispatcher_doFilter: ";

        try {

            UtilTimerStack.push(timerKey);

            request = prepareDispatcherAndWrapRequest(request, response);//重新包装request

            ActionMapping mapping;

            try {

                mapping = actionMapper.getMapping(request, dispatcher.getConfigurationManager());//得到存储Action信息的ActionMapping对象

            } catch (Exception ex) {

               ……(省略部分代码)

                return;

            }

 

            if (mapping == null) {//如果mappingnull,则认为不是请求Action资源

                 String resourcePath = RequestUtils.getServletPath(request);

 

                if ("".equals(resourcePath) && null != request.getPathInfo()) {

                    resourcePath = request.getPathInfo();

                }

              //如果请求的资源以/struts开头,则当作静态资源处理

                if (serveStatic && resourcePath.startsWith("/struts")) {

                    String name = resourcePath.substring("/struts".length());

                    findStaticResource(name, request, response);

                } else {

                    //否则,过滤器链继续往下传递

                    chain.doFilter(request, response);

                }

                // The framework did its job here

                return;

            }

           //如果请求的资源是Action,则调用serviceAction方法。

            dispatcher.serviceAction(request, response, servletContext, mapping);

 

        } finally {

            try {

                ActionContextCleanUp.cleanUp(req);

            } finally {

                UtilTimerStack.pop(timerKey);

            }

        }

    }

   

    这段代码的活动图如图18所示:

 

(图18

 

    Dispatcher.serviceAction()方法中,先加载Struts2的配置文件,如果没有人为配置,则默认加载struts-default.xmlstruts-plugin.xmlstruts.xml,并且将配置信息保存在形如com.opensymphony.xwork2.config.entities.XxxxConfig的类中。

 

    com.opensymphony.xwork2.config.providers.XmlConfigurationProvider负责配置文件的读取和解析, addAction()方法负责读取<action>标签,并将数据保存在ActionConfig中;addResultTypes()方法负责将<result-type>标签转化为ResultTypeConfig对象;loadInterceptors()方法负责将<interceptor>标签转化为InterceptorConfi对象;loadInterceptorStack()方法负责将<interceptor-ref>标签转化为InterceptorStackConfig对象;loadInterceptorStacks()方法负责将<interceptor-stack>标签转化成InterceptorStackConfig对象。而上面的方法最终会被addPackage()方法调用,将所读取到的数据汇集到PackageConfig对象中,细节请参考代码清单16

 

代码清单16XmlConfigurationProvider.addPackage()方法

    protected PackageConfig addPackage(Element packageElement) throws ConfigurationException {

        PackageConfig newPackage = buildPackageContext(packageElement);

        if (newPackage.isNeedsRefresh()) {

            return newPackage;

        }

        if (LOG.isDebugEnabled()) {

            LOG.debug("Loaded " + newPackage);

        }

        // add result types (and default result) to this package

        addResultTypes(newPackage, packageElement);

        // load the interceptors and interceptor stacks for this package

        loadInterceptors(newPackage, packageElement);

        // load the default interceptor reference for this package

        loadDefaultInterceptorRef(newPackage, packageElement);

        // load the default class ref for this package

        loadDefaultClassRef(newPackage, packageElement);

        // load the global result list for this package

        loadGlobalResults(newPackage, packageElement);

        // load the global exception handler list for this package

        loadGlobalExceptionMappings(newPackage, packageElement);

        // get actions

        NodeList actionList = packageElement.getElementsByTagName("action");

        for (int i = 0; i < actionList.getLength(); i++) {

            Element actionElement = (Element) actionList.item(i);

            addAction(actionElement, newPackage);

        }

        // load the default action reference for this package

        loadDefaultActionRef(newPackage, packageElement);

        configuration.addPackageConfig(newPackage.getName(), newPackage);

        return newPackage;

    }

   

    活动图如图19所示:


 

(图19

    配置信息加载完成后,创建一个Action的代理对象——ActionProxy引用,实际上对Action的调用正是通过ActionProxy实现的,而ActionProxy又由ActionProxyFactory创建,ActionProxyFactory是创建ActionProxy的工厂。

 

注:ActionProxyActionProxyFactory都是接口,他们的默认实现类分别是DefaultActionProxyDefaultActionProxyFactory,位于com.opensymphony.xwork2包下。

 

    在这里,我们绝对有必要介绍一下com.opensymphony.xwork2.DefaultActionInvocation类,该类是对ActionInvocation接口的默认实现,负责Action和截拦器的执行。

 

    DefaultActionInvocation类中,定义了invoke()方法,该方法实现了截拦器的递归调用和执行Actionexecute()方法。其中,递归调用截拦器的代码如清单17所示:

代码清单17:调用截拦器,DefaultActionInvocation.invoke()方法的部分代码

       if (interceptors.hasNext()) {

              //从截拦器集合中取出当前的截拦器

               final InterceptorMapping interceptor = (InterceptorMapping) interceptors.next();

               UtilTimerStack.profile("interceptor: "+interceptor.getName(),

                      new UtilTimerStack.ProfilingBlock<String>() {

                         public String doProfiling() throws Exception {

                            //执行截拦器(Interceptor)接口中定义的intercept方法

                             resultCode = interceptor.getInterceptor().intercept(DefaultActionInvocation.this);

                             return null;

                         }

               });

           }

 

    从代码中似乎看不到截拦器的递归调用,其实是否递归完全取决于程序员对程序的控制,先来看一下Interceptor接口的定义:

 

代码清单18Interceptor.java

public interface Interceptor extends Serializable {

    void destroy();

    void init();

    String intercept(ActionInvocation invocation) throws Exception;

}

 

    所有的截拦器必须实现intercept方法,而该方法的参数恰恰又是ActionInvocation,所以,如果在intercept方法中调用invocation.invoke(),代码清单17会再次执行,从ActionIntercepor列表中找到下一个截拦器,依此递归。下面是一个自定义截拦器示例:

 

代码清单19CustomIntercepter.java

public class CustomIntercepter extends AbstractInterceptor {

    @Override

    public String intercept(ActionInvocation actionInvocation) throws Exception

    {

       actionInvocation.invoke();

       return "李赞红";

    }

}

 

    截拦器的调用活动图如图20所示:

 

(图20

 

    如果截拦器全部执行完毕,则调用invokeActionOnly()方法执行ActioninvokeActionOnly()方法基本没做什么工作,只调用了invokeAction()方法。

 

    为了执行Action,必须先创建该对象,该工作在DefaultActionInvocation的构造方法中调用init()方法早早完成。调用过程是:DefaultActionInvocation()->init()->createAction()。创建Action的代码如下:

 

代码清单20DefaultActionInvocation.createAction()方法

    protected void createAction(Map contextMap) {

        try {

            action = objectFactory.buildAction(proxy.getActionName(), proxy.getNamespace(), proxy.getConfig(), contextMap);

        } catch (InstantiationException e) {

       ……异常代码省略

        }

    }

 

    Action创建好后,轮到invokeAction()大显身手了,该方法比较长,但关键语句实在很少,用心点看不会很难。

 

代码清单20DefaultActionInvocation.invokeAction()方法

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

    //获取Action中定义的execute()方法名称,实际上该方法是可以随便定义的

        String methodName = proxy.getMethod();

        String timerKey = "invokeAction: "+proxy.getActionName();

        try {

            UtilTimerStack.push(timerKey);           

            Method method;

            try {

              //将方法名转化成Method对象

                method = getAction().getClass().getMethod(methodName, new Class[0]);

            } catch (NoSuchMethodException e) {

                // hmm -- OK, try doXxx instead

                try {

                  //如果Method出错,则尝试在方法名前加do,再转成Method对象

                    String altMethodName = "do" + methodName.substring(0, 1).toUpperCase() + methodName.substring(1);

                    method = getAction().getClass().getMethod(altMethodName, new Class[0]);

                } catch (NoSuchMethodException e1) {

                    // throw the original one

                    throw e;

                }

            }

           //执行方法

            Object methodResult = method.invoke(action, new Object[0]);

            //处理跳转

        if (methodResult instanceof Result) {

                this.result = (Result) methodResult;

                return null;

            } else {

                return (String) methodResult;

            }

        } catch (NoSuchMethodException e) {

              ……省略异常代码

        } finally {

            UtilTimerStack.pop(timerKey);

        }

    }

 

    刚才使用了一段插述,我们继续回到ActionProxy类。

 

    我们说Action的调用是通过ActionProxy实现的,其实就是调用了ActionProxy.execute()方法,而该方法又调用了ActionInvocation.invoke()方法。归根到底,最后调用的是DefaultActionInvocation.invokeAction()方法。

 

    以下是调用关系图:

   

    其中:

Ø         ActionProxy:管理Action的生命周期,它是设置和执行Action的起始点。

Ø         ActionInvocation:在ActionProxy层之下,它表示了Action的执行状态。它持有Action实例和所有的Interceptor

 

    以下是serviceAction()方法的定义:

 

代码清单21Dispatcher.serviceAction()方法

        public void serviceAction(HttpServletRequest request, HttpServletResponse response, ServletContext context,

                              ActionMapping mapping) throws ServletException {

        Map<String, Object> extraContext = createContextMap(request, response, mapping, context);

 

        // If there was a previous value stack, then create a new copy and pass it in to be used by the new Action

        ValueStack stack = (ValueStack) request.getAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY);

        if (stack != null) {

            extraContext.put(ActionContext.VALUE_STACK, ValueStackFactory.getFactory().createValueStack(stack));

        }

 

        String timerKey = "Handling request from Dispatcher";

        try {

            UtilTimerStack.push(timerKey);

            String namespace = mapping.getNamespace();

            String name = mapping.getName();

            String method = mapping.getMethod();

 

            Configuration config = configurationManager.getConfiguration();

            ActionProxy proxy = config.getContainer().getInstance(ActionProxyFactory.class).createActionProxy(

                    namespace, name, extraContext, true, false);

            proxy.setMethod(method);

            request.setAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY, proxy.getInvocation().getStack());

 

            // if the ActionMapping says to go straight to a result, do it!

            if (mapping.getResult() != null) {

                Result result = mapping.getResult();

                result.execute(proxy.getInvocation());

            } else {

                proxy.execute();

            }

 

            // If there was a previous value stack then set it back onto the request

            if (stack != null) {

                request.setAttribute(ServletActionContext.STRUTS_VALUESTACK_KEY, stack);

            }

        } catch (ConfigurationException e) {

            LOG.error("Could not find action or result", e);

            sendError(request, response, context, HttpServletResponse.SC_NOT_FOUND, e);

        } catch (Exception e) {

            throw new ServletException(e);

        } finally {

            UtilTimerStack.pop(timerKey);

        }

    }

 

    最后,通过Result完成页面的跳转。

 

3.4 本小节总结

       总体来讲,Struts2的工作机制比Struts1.x要复杂很多,但我们不得不佩服StrutsWebWork开发小组的功底,代码如此优雅,甚至能够感受看到两个开发小组心神相通的默契。两个字:佩服。

 

  • 大小: 52.2 KB
  • 大小: 90.2 KB
  • 大小: 57.4 KB
分享到:
评论

相关推荐

    Struts2的工作机制原理分析及实例整理.pdf

    ### Struts2的工作机制原理分析及实例整理 #### 一、概述 Struts2作为一款流行的Java Web开发框架,其设计理念和技术实现相比Struts1.x有着显著的不同。尽管两者名称相似,但从架构到实现方式,Struts2都有了质的...

    struts2-json-plugin源码

    4. **拦截器**:Struts2的拦截器机制允许在Action调用前后执行特定逻辑。JSON插件可能包含用于处理JSON请求和响应的拦截器,比如处理JSON参数的解析和验证。 5. **Action与模型驱动**:如果Action使用模型驱动模式...

    Struts2的工作机制及分析

    Struts2是一个强大的Java web应用程序框架,它基于MVC(Model-View-Controller)模式,旨在简化企业级应用的开发。...理解Struts2的工作机制有助于开发者更好地利用这个框架,提高开发效率和代码质量。

    struts2-showcase.rar

    这个压缩包“struts2-showcase.rar”包含了完整的源代码,旨在帮助开发者深入理解Struts2框架的工作原理及其各种特性。以下是对Struts2和Struts2-showcase的详细解释: **Struts2框架** Struts2是一个基于MVC...

    struts2对Ognl的封装--TypeConverter

    这篇博客文章"Struts2对Ognl的封装--TypeConverter"探讨了Struts2如何通过TypeConverter机制来增强OGNL的功能。 首先,我们来看一下OGNL。OGNL允许开发者用简洁的语法来获取和设置对象的属性,甚至可以进行复杂的...

    struts-xwork-core源码

    在这个压缩包中,包含了该核心库的源代码,对于学习和理解Struts2的工作原理及其内部机制极具价值。 在深入探讨Struts-xwork-core源码之前,我们需要了解一些基本概念。Struts2是一个基于MVC(Model-View-...

    struts2-convention-plugin-2.3.4-sources

    通过阅读源码,开发者可以深入理解插件的工作原理,学习Struts2的内部机制,以及如何自定义和扩展Struts2的功能。 3. **Action映射**:这个插件的核心功能之一是自动Action映射。根据类名和方法名,插件能够推断出...

    struts2对Ognl的封装--PropertyAccessor

    Struts2是一个流行的Java web框架,它极大地简化了MVC(模型-视图-控制器)架构的实现。在Struts2中,OGNL...了解这一机制对于开发高效的Struts2应用至关重要,特别是当需要处理复杂的对象模型或进行定制化操作时。

    struts2深入详解源码1-5章

    Struts2是Java Web开发中一个...通过阅读源码和实践项目,你可以深入理解Struts2的工作原理,提升在Java Web开发中的技能水平。同时,提供的jar包可以帮助你在本地环境中快速搭建和运行示例,加深理论与实践的结合。

    Struts2漏洞检测包---面工具手工检测

    ### Struts2漏洞检测包——使用发包工具进行手工检测 #### Struts2简介与漏洞背景 ...通过这种方式进行手工检测,不仅能帮助开发者及时发现并修复安全漏洞,还能增强其对Struts2框架工作原理的理解。

    spring-mybatis-struts2-master ——demo

    《SSM框架整合详解——基于spring-mybatis-struts2-master的实战分析》 在Java Web开发领域,SSM(Spring、Struts2、MyBatis)框架的组合被广泛使用,因其灵活性和强大的功能而备受青睐。本篇文章将深入探讨这个...

    Struts2之拦截器原理分析及使用-上案例struts007

    Struts2作为一款流行的Java Web框架,其核心机制之一就是拦截器(Interceptor)。拦截器是AOP(面向切面编程)思想在Struts2中的具体实现,它允许开发者在动作执行前后插入自定义的处理逻辑,提升了代码的可复用性和...

    struts2 工作机制分析和实例(结合源码)

    以下是关于Struts2工作机制和源码分析的详细解释。 一、Struts2的核心设计 1. **FilterDispatcher**:Struts2的核心组件,是一个Servlet Filter,负责拦截所有进入应用的HTTP请求。它根据配置信息确定是否需要处理...

    struts2源代码分析

    ### Struts2源代码分析 #### 一、Struts2框架概述 Struts2作为一款流行的Java Web应用框架,其核心...通过对Struts2源代码的分析,我们可以更深入地理解其工作原理和技术细节,这对于掌握Struts2框架具有重要意义。

    struts-2.1.8.1-lib-src.zip

    通过对`struts-2.1.8.1-lib-src`的深入研究,开发者可以了解到Struts 2的核心机制,学习如何创建自定义拦截器、Action和结果类型,以及如何配置和扩展框架,从而提升Web应用的开发效率和质量。同时,源代码的分析也...

    struts2-core-2.3.7源码

    Struts2是一个基于MVC(Model-View-...总之,`struts2-core-2.3.7`源码的分析将带你走进Struts2框架的深处,帮助你成为一名更熟练的Java Web开发者,理解Web应用的复杂性,以及如何优雅地处理用户请求和业务逻辑。

    Struts2的工作机制原理分析及实例归纳.pdf

    ### Struts2的工作机制原理分析及实例归纳 #### 一、概述 Struts2作为一款流行的Java Web开发框架,其设计理念和技术实现相比Struts1.x有了显著的变化和发展。虽然Struts2试图保持与Struts1.x的一致性,但在很多...

    Struts2的工作机制原理分析及实例.docx

    ### Struts2的工作机制原理分析 #### 一、概述 Struts2是Java Web开发领域内的一款重要框架,它在很大程度上改变了Web应用的开发方式。相比于其前辈Struts1.x,Struts2不仅仅是简单的升级,而是进行了全面的革新。...

    struts 2.3.4.1 jar

    3. **XWork** (`xwork-core-2.3.4.1.jar`): XWork是Struts 2的基础,它提供了一套Action管理和拦截器机制。这个版本的XWork可能包含了一些与Struts 2.3.4.1相关的优化和增强。 4. **Javaassist** (`javassist-...

Global site tag (gtag.js) - Google Analytics