struts 2 的运作流程介绍及分析（使用纯servlet模拟）

   国庆整理： struts2 的运作流程分析： 

附件有整个demo的源代码：哟呵哦。。没找到附件这个东东，我去，是csdn博客没有这个吗？？；

算了，发百度网盘分享好了：http://pan.baidu.com/share/link?shareid=915432945&uk=2150127573 (发这连接不会被封吧。。╮(╯▽╰)╭)

使用servlet 来写一个struts 2  流程的demo，来好好的分析：

  Struts 2是Struts的下一代产品，是在 struts 1和WebWork的技术基础上进行了合并的全新的Struts 2框架。其全新的Struts 2的 体系结构 与Struts 1的体系结构差别巨大。Struts 2以WebWork为 核心 ，采用拦截器的机制来处理用户的请求，这样的设计也使得业务逻辑控制器能够与 Servlet API完全脱离开，所以Struts 2可以理解为WebWork的更新产品。虽然从Struts 1到Struts 2有着太大的 变化 ，但是相对于WebWork，Struts 2的变化很小。

struts 2 就是一个mvc模式的非侵入式web框架；

下面是struts的 运行流程 图；

根据以上的流程，写一个类似的一个struts的框架，（只是实现以上的基本流程,有很多的限制）；

首先，先给出框架源代码文件结构：

以及用到的jar：

一些局限的限制：

1、只支持注解

2、自动类型转换没有了

3、action的请求后缀，只能是.action。比如：hello.action

4、规定action类只能放到包名为：com.bjsxt.action包下  

---

    上面已经介绍了，框架的文件组成，下面就不显示代码了，就分析就好了，代码太多，而且一些的方法一不懂具体的功能，就只能简单的使用，所以就没有办法解释什么的了。

---

开始了：

• 启动tomacat 的时候，打印的东东：
  

    
    

     
     

      
      Filter 初始化 解析xml 的拦截器 加到 map中
     
     
     
     

      
      Filter中调用proxy的构造方法 
     
     
     
     

      
      proxy的构造函数被调用 开始 遍历所有的action  添加注解 和 class 到map中
     
     
    
    

分析：

    项目启动的时候，过滤器的初始化方法（init()）被调用，方法中解析配置文件struts.xml文件，解析得到拦截器的 名称和 类（全限定名）；并添加到ActionMapper类中的对应列表中；

    然后，调用ActionProxy类的构造方法，作用是 遍历 框架项目中的所有符合的 Action，获得其 注解的 名字和类（全由限定名加载得到的）；

    这样就完成了，项目的初始化了，把 项目里面的所有的配置的Action都写到列表里面的，这样就方便后面的操作了。主要的的信息就是Action和intercept这两个了；

• 访问一个action：

    
    

     
     

      
      请求拦截 到 开始 处理。。。。。
     
     
     
     

      
      拿到请求的 类名 和方法名：test1hello
     
     
     
     

      
      在map中找到对应的类 。。。filter开始调用actionProxy.execute方法
     
     
     
     

      
      actionProxy.execute方法被调用  开始创建 action实例 并执行对应的拦截器 放回方法返回值
     
     
     
     

      
      得到拦截器列表 ，proxy构建执行ActionInvocation类
     
     
     
     

      
      ActionInvocation类被初始化。。。。。。
     
     
     
     

      
      ActionInvocation的invoke方法被调用 。。。开始执行拦截器列表
     
     
     
     

      
      递归调用 拦截器
     
     
     
     

      
      执行拦截器1
     
     
     
     

      
      ActionInvocation的invoke方法被调用 。。。开始执行拦截器列表
     
     
     
     

      
      递归调用 拦截器
     
     
     
     

      
      执行拦截器2
     
     
     
     

      
      ActionInvocation的invoke方法被调用 。。。开始执行拦截器列表
     
     
     
     

      
      拦截器列表 已经为空 表示拦截器递归执行结束  ，开始执行action了
     
     
     
     

      
      调用action中的方法
     
     
     
     

      
      结束执行连接器2
     
     
     
     

      
      结束执行连接器1
     
     
     
     

      
      已经调用action类的方法，并得到返回值了 。。开始解析返回值
     
     
    
    

分析：

    请求发送后，被过滤器拦截下来，对请求进行相应的处理：

         从请求中取得请求的 文件名（既类名） 和 方法名 ；（这个类名是别名 在 注解里面设置的，这个的信息在Actionmapper中）；所以要使用类中的对应方法来查找这个 名字是否存在，如果不存在就是没有了 返回404就可以了，如果存在，就要进行下面的处理了；

    调用proxy的 execute方法，其会放射action，把action内引用的所有拦截器添加到一个拦截器list列表中，并构建调用 ActionInvocation类来执行拦截器和action   （参数中把 action个拦截器list传过去了）；

     ActionInvocation 类先执行拦截器，其是 递归调用的 ，让后执行action方法，并放回结果；这个结果会放回到监听类中（一层一层放回回去的）；

    最后在拦截器里，对返回的字符串进行分析，就是解析result注解，进行对应匹配字符，让后请求转发到对应的result地址去，就结束了这个流程；

---

    在整个的流程中，多次的解析配置和注解，（初始化时解析配置文件，遍历action；加载action是解析注解引用的拦截器；返回是解析注解的result），这些的操作会用到dom4j，ognl的技术，具体的实现方法用到了  类和方法的反射机制 ，具体的代码就直接看项目源码就可以了；还有老师写的（是一样的，自己的有注释，有一些过程进度的输出，可以看到运作流程），都在附件里面了；

---

​这个的框架，自己写是不可能的，就这么一个简单的流程框架实现其来就要这么麻烦，要是吧那些限制去掉，就要有很多的可能，这行可能都要编写代码来处理，还用struts最重要的核心的技术就是拦截器，这个东东的作用是相当的大，基本上在用struts是和使用servlet中被简化被省略的东东都是由拦截器来处理的，在struts的配置文件中，默认引用的拦截器就有十几个，可想而知，这东东是多呢的牛掰了。

所以，对于我这个写的东东就是用来简单理解想流程的，里面的实现就感觉不是很好了，具体的东东还是要去看struts的源码，不过那东东不是一点的多啊。。。。。。

---

---

---

---