菜鸟学SSH(十六)——Struts2内部是如何工作的

前面说完了Spring、Hibernate,很自然今天轮到struts了。struts的核心原理就是通过拦截器来处理客户端的请求,经过拦截器一系列的处理后,再交给Action。下面先看看struts官方的工作原理图:

图1 struts原理图

简单分析一下:首先客户端发来HttpServletRequest请求,传递给FilerDispatcher(ActionMapper是访问静态资源(struts的jar文件等)时用的,平时很少用),然后FilerDispatcher会为我们创建一个ActionProxy,ActionProxy会通过ConfigurationManager获得struts.xml文件中的信息,ActionProxy拥有一个ActionInvocation实例,通过调用ActionInvocation的invoke()方法,来挨个处理Interceptor,最后处理Action,接着Result返回,再逆序经过Interceptor,最后得到HttpServletResponse返回给客户端。

如果不太明白呢,那就看看下面这张时序图,也许你就懂了:

图2 struts原理时序图

上面的时序图逻辑就比较清晰了,我就不过多解释了。看完struts的原理图,我们还是需要通过代码来进一步了解它具体是怎么实现的。首先,我们需要一个ActionInvocation:

package com.tgb.struts;
import java.util.ArrayList;
import java.util.List;

public class ActionInvocation {
    List<Interceptor> interceptors = new ArrayList<Interceptor>();
    int index = -1;
    Action a = new Action();

    public ActionInvocation() {
        this.interceptors.add(new FirstInterceptor());
        this.interceptors.add(new SecondInterceptor());
    }

    public void invoke() {
        index ++;
        if(index >= this.interceptors.size()) {
            a.execute();
        }else {

            this.interceptors.get(index).intercept(this);
        }
    }
}

我们实现的ActionInvocation是将Interceptor写在里面的,但实际上是通过反射加载的,原理同之前写的Spring与Hibernate的博客,相同的代码就不在这里占用篇幅了,也没啥意思。不知道怎么实现的朋友请查看前面几篇博客。

接下来是我们的Interceptor接口以及两个简单的实现:

package com.tgb.struts;

public interface Interceptor {
    public void intercept(ActionInvocation invocation) ;
}

package com.tgb.struts;

public class FirstInterceptor implements Interceptor {

    public void intercept(ActionInvocation invocation) {
        System.out.println("FirstInterceptor Begin...");
        invocation.invoke();
        System.out.println("FirstInterceptor End...");
    }

}

package com.tgb.struts;

public class SecondInterceptor implements Interceptor {

    public void intercept(ActionInvocation invocation) {
        System.out.println("SecondInterceptor Begin...");
        invocation.invoke();
        System.out.println("SecondInterceptor End...");
    }

}

然后就是我们的Action:

package com.tgb.struts;

public class Action {
    public void execute() {
        System.out.println("Action Run...");
    }
}

最后是我们的客户端调用:

package com.tgb.struts;

public class Client {
    public static void main(String[] args) {
        new ActionInvocation().invoke();
    }
}

差点忘了,还有我们最后的执行结果:

FirstInterceptor Begin...
SecondInterceptor Begin...
Action Run...
SecondInterceptor End...
FirstInterceptor End...

通过上面的执行结果,我们可以很清楚的看到,请求来的时候会按照顺序被所有配置的拦截器拦截一遍,然后返回的时候会按照逆序再被拦截器拦截一遍。这跟数据结构中的“栈”非常类似(FIFO-先进先出),数据结构我不太懂,也许这样比喻有些不妥。各位根据自己的认识理解吧。

最近一直在研究这三大框架,折腾半天它们都离不开集合,离不开反射。其实它们道理都是想通的,搞懂一个,其他的也就很好懂了。等着吧,早晚咱们自己写一个更好用的。

菜鸟学SSH(十六)——Struts2内部是如何工作的,布布扣,bubuko.com

时间: 2024-09-28 15:52:58

菜鸟学SSH(十六)——Struts2内部是如何工作的的相关文章

最佳新秀SSH十六Struts2它是如何工作的内部

前面说完了Spring.Hibernate,非常自然今天轮到struts了.struts的核心原理就是通过拦截器来处理client的请求,经过拦截器一系列的处理后,再交给Action.以下先看看struts官方的工作原理图: 图1 struts原理图 简单分析一下:首先client发来HttpServletRequest请求,传递给FilerDispatcher(ActionMapper是訪问静态资源(struts的jar文件等)时用的,平时非常少用),然后FilerDispatcher会为我们

菜鸟学SSH(十四)——Spring容器AOP的实现原理——动态代理

之前写了一篇关于IOC的博客--<Spring容器IOC解析及简单实现>,今天再来聊聊AOP.大家都知道Spring的两大特性是IOC和AOP. IOC负责将对象动态的注入到容器,从而达到一种需要谁就注入谁,什么时候需要就什么时候注入的效果,可谓是招之则来,挥之则去.想想都觉得爽,如果现实生活中也有这本事那就爽歪歪了,至于有多爽,各位自己脑补吧:而AOP呢,它实现的就是容器的另一大好处了,就是可以让容器中的对象都享有容器中的公共服务.那么容器是怎么做到的呢?它怎么就能让在它里面的对象自动拥有它

菜鸟学SSH(十三)——Spring容器解析及简单实现

最近一段时间,"容器"两个字一直萦绕在我的耳边,甚至是吃饭.睡觉的时候都在我脑子里蹦来蹦去的.随着这些天一次次的交流.讨论,对于容器的理解也逐渐加深.理论上的东西终归要落实到实践,今天就借助Spring容器实现原理,简单说说吧. 简单的说,Spring就是通过工厂+反射将我们的bean放到它的容器中的,当我们想用某个bean的时候,只需要调用getBean("beanID")方法. 原理简单介绍: Spring容器的原理,其实就是通过解析xml文件,或取到用户配置的

菜鸟学SSH(十八)——Hibernate动态模型+JRebel实现动态创建表

项目用的是SSH基础框架,当中有一些信息非常相似,但又不尽同样.假设每个建一个实体的话,那样实体会太多.假设分组抽象,然后继承,又不是特别有规律.鉴于这样的情况.就打算让用户自己配置要加入的字段,然后生成相应的表. 须要动态配置的部分实例: 上图仅仅是一小部分,一个一个组合起来大概有三百多.每一项相应一个实体,显然不好,就算是依照规律归归类还是有不少.于是就想到了在执行期来确定这些东西.開始有尝试过动态编译生成实体类,后来发如今数据存取上都存在问题,由于是后来生成的,所以仅仅能用反射来获取.这样

菜鸟学SSH(十五)——简单模拟Hibernate实现原理

之前写了Spring的实现原理,今天我们接着聊聊Hibernate的实现原理,这篇文章仅仅是简单的模拟一下Hibernate的原理,主要是模拟了一下Hibernate的Session类.好了,废话不多说,先看看我们的代码: package com.tgb.hibernate; import java.lang.reflect.Method; import java.sql.Connection; import java.sql.DriverManager; import java.sql.Pre

菜鸟学SSH(十二)——Hibernate与Spring配合生成表结构

前几天向大家介绍了一种用工具类生成数据表的方法,只是之前的方法须要使用一个跟项目关系不大的工具类.不免让人认为有些多余,所以呢.今天再向大家介绍一种方法.即Hibernate与Spring配合生成表结构. 首先.要将Spring的信息配置的web.xml.配置Spring用于初始化容器对象的监听器. web.xml <? xml version="1.0" encoding="UTF-8"?> <web-app xmlns:xsi="ht

菜鸟学SSH(十九)——提高用户体验之404处理

只要做过WEB开发人对于"404"已经再熟悉不过了吧.当我们访问的资源不存在时,它就会跑出来跟你打招呼啦.但是默认情况下,404页面比较简陋,不是很友好.而且一般用户不知道404是个神马东东,还以为是程序写的有问题呢.这样一来用户体验就打折扣了.所以通常情况下,我们都需要对这些常见的错误进行处理. Tomcat默认的404页 为了提升用户体验,我们需要简单的配置一下,来让程序遇到404后跳转到我们指定的页面.首先,需要在web.xml文件加入如下配置: <!--404处理 --&

菜鸟学SSH(十七)——Hibernate动态模型+JRebel实现动态创建表

项目用的是SSH基础框架,其中有一些信息很类似,但又不尽相同.如果每一个建一个实体的话,那样实体会太多,如果分组抽象,然后继承,又不是特别有规律.鉴于这种情况,就打算让用户自己配置要添加的字段,然后生成对应的表. 需要动态配置的部分实例: 上图只是一小部分,一个一个组合起来大概有三百多.每一项对应一个实体,显然不好,就算是按照规律归归类还是有不少,于是就想到了在运行期来确定这些东西.开始有尝试过动态编译生成实体类,后来发现在数据存取上都存在问题,因为是后来生成的,所以只能用反射来获取,这样一来无

菜鸟学SSH(十一)——Hibernate之SchemaExport+配置文件生成表结构

今天说点基础的东西,说说怎样通过SchemaExport跟Hibernate的配置文件生成表结构.事实上方法很easy,仅仅须要两个配置文件,两个Java类就能够完毕. 首先要生成表,得先有实体类,以Person.java为例: /** * * @author Administrator * @hibernate.class table="T_Person" */ public class Person { /** * @hibernate.id * generator-class=&