本文目录
- 谁给说一下 java框架struts2 的拦截器工作流程是什么
- 简单描述struts2极其工作流程
- struts2.0的工作原理
- struts2执行流程
- struts2的核心机制,他的执行流程是什么
- struts2 工作流程
- struts2怎么学习啊，那些事重点
- Struts学习问题
谁给说一下 java框架struts2 的拦截器工作流程是什么
Struts2的拦截器的实现原理和过滤器的实现差不多，对你真正想执行的 Action里面某方法进行拦截，然后插入一些自己的逻辑。如果没有拦截器，这些要插入的逻辑就得写在你自己的 Action实现中，而且每个 Action实现都要写这些功能逻辑，这样的实现非常繁琐。而 Struts2的设计者们把这些共有的逻辑独立出来，实现成一个个拦截器，既体现了软件复用的思想，又方便程序员使用。 Struts2中提供了大量的拦截器，多个拦截器可以组成一个拦截器栈，系统为我们配置了一个默认的拦截器栈 defaultStack，具体包括那些拦截器以及他们的顺序可以在 Struts2的开发包的 struts-default.xml中找到
说简单点：就是你的服务请求request 要穿过struts2的拦截器，满足条件的就通过，不然就被拦截
一下是流程图 加上自己的理解仔细看吧
简单描述struts2极其工作流程
Struts是Apache软件基金会（ASF）赞助的一个开源项目。它最初是Jakarta项目中的一个子项目，并在2004年3月成为ASF的顶级项目。它通过采用Java Servlet／JSP技术，实现了基于Java EE Web应用的Model-View-Controller〔MVC〕设计模式的应用框架〔Web Framework〕，是MVC经典设计模式中的一个经典产品。
Struts中，已经由一个名为ActionServlet的Servlet充当 控制器（Controller）的角色，根据描述模型、视图、控制器对应关系的struts-config.xml的配置文件，转发视图（View）的请求，组装响应数据模型（Model）。在MVC的 模型（Model）部分，经常划分为两个主要子系统（系统的内部数据状态与改变数据状态的逻辑动作），这两个概念子系统分别具体对应Struts里的ActionForm与Action两个需要继承实现超类。在这里，Struts可以与各种标准的数据访问技术结合在一起，包括Enterprise Java Beans（EJB）, JDBC与JNDI。在Struts的视图（View）端，除了使用标准的JavaServer Pages（JSP）以外，还提供了大量的标签库使用，同时也可以与其他表现层组件技术（产品）进行整合，比如Velocity Templates，XSLT等。通过应用Struts的框架，最终用户可以把大部分的关注点放在自己的业务逻辑（Action）与 映射关系的配置文件（struts-config.xml）中的。
-struts
struts2.0的工作原理
客户端发出一个请求，服务器端StrutsPreparedAndExceuteFilter接收请求。
如果该请求是一个以 .action 结尾请求，则Struts2将请求转发至相应的Action，进行数据类型转换，如果数据类型转换出错，则返回到 input 指定的结果页面。
如果数据类型转换没有出错，则调用setXX 方法进行设值，如果使用了validate()验证方法（或者是使用了验证框架），则进行相应的验证。
如果验证出错，回到 input 指定的结果页面。
如果没有使用验证，或者验证没有出错，则执行 execute（） 方法，返回到相应的页面。
扩展资料：
Struts2流程注解
当Web容器收到请求（HttpServletRequest）它将请求传递给一个标准的的过滤链包括（ActionContextCleanUp）过滤器。
经过Other filters(SiteMesh ,etc)，需要调用FilterDispatcher核心控制器，然后它调用ActionMapper确定请求哪个Action，ActionMapper返回一个收集Action详细信息的ActionMaping对象。-java
FilterDispatcher将控制权委派给ActionProxy,ActionProxy调用配置管理(ConfigurationManager) 从配置文件中读取配置信息(struts.xml)，然后创建ActionInvocation对象。-struts
ActionInvocation在调用Action之前会依次的调用所用配置拦截器（Interceptor N）一旦执行结果返回结果字符串ActionInvocation负责查找结果字符串对应的(Result）然后执行这个Result Result会调用一些模版（JSP）来呈现页面。-java
拦截器(Interceptor N)会再被执行（顺序和Action执行之前相反）最后响应(HttpServletResponse)被返回在web.xml中配置的那些过滤器和核心控制器（FilterDispatcher）。-struts
参考资料来源：百度百科-Struts 2
struts2执行流程
1、客户端初始化一个指向Servlet容器的请求
2、请求经过系列的过滤器，FilterDispatcher被调用
3、ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy
4、ActionProxy通过ConfigurationManager询问框架的配置文件找到需要调用的Action类
5、ActionProxy创建一个ActionInvocation实例
6、ActionInvocation调用、回调Action的execute方法
7、Action执行完毕ActionInvocation根据struts.xml配置找到对应的返回结果
-java
struts2的核心机制,他的执行流程是什么
核心机制是：拦截器。
简单的流程是：
1、客户端发出请求；2、服务器端执行Struts2拦截；3、调用合适的Action处理请求；
4、服务器返回结果；5、展示到相应页面
struts2 工作流程
struts2的主要工作流程是这样的：
首先有一个http请求，会首先进入ActionContextCleanup（清空值栈等，但会留下自己的，比如session，Attribute等），其作用见括号中的
其次，走一些过滤器，filter，然后进入闻名的struts2的总控FilterDispatcher
穿过上述几层后，会进入ActionMapper，来判断此请求是否需要struts2处理，如果需要，那么由ActionProxy来接管，通过配置管理我们可以找到我们的struts.xml,然后进入真正做事的Action-struts
Invocation，依次穿过我们的拦截器，进入action，从而根据返回的result选择我们要的页面，在拦截器的前半部分去值栈中取值通过标签展示在页面上，最后生成response返回，具体的图如下-java
此图是我自己总结的，颜色比较多的那个图是struts2的官方图片，只是加了注释
struts2说的应用一些，举例，就像我们图中的，当你点击新增按钮后，会触发一个action给web服务器，服务器接受请求，给对应的web容器，根据上下文可以找到我们的webapp应用，找到总的配置文件web.xml，根据里面的配置来判断action谁去处理，找到filter，反射创建类，回调init，读取struts2的配置文件struts.xml，根据命名空间等找到action，反射创建action类实例，回到execute方法，找到对应的result转向下一个页面，其中虚线框中为右图的一个简写-struts
struts2怎么学习啊，那些事重点
少读、精读网络教程，坚决不读有价书籍
对于很多初学者来说，看reference这种方式他们的接受程度很低。相反的，他们反而会去转向一些书籍和网络教程。针对这些学习材料，我就不得不带着有色眼镜去看待了。
目前市场上任何的有价书籍，我认为完全没有阅读的必要。这些书籍的一大特点是贵，将花费你大量的银子。而且这些书籍错误繁多，所挑出的示例也基本上毫无实践意义。更加可悲的是，这些书籍中的很多示例，作者在写的时候根本不动脑筋，也不会包含程序开发中的一些最佳实践，甚至会给很多读者以：“程序就是这么写的”这样的误导。
网络上还有很多原版的教程，例如《XXX in Action》系列。《XXX in Action》系列的书籍在市场上深受好评。这些系列的书籍我很多都读过，我并不认为这一系列的丛书相对于框架自带的reference有什么过人之处，有某些地方的理解也带有一些作者个人的感情色彩。其实每个人写书或者写文章都会带上自己的感情色彩，这本不是什么坏事，不过既然已经有了 reference，为什么我们要舍近求远呢？当然，不得不说，这个系列的书籍还是写得相当不错的，只是相对reference而言，不如 reference来的好了。
同时，网友也提到了很多网络教程。网络教程，尤其是中文的网络教程，基本上都是网友的经验之谈，也有写成系列文章的。对于网络教程，我的意见是：少读，精读。因为网络教程是网友自发的，而我不得不说，许多网友写的网络教程是一塌糊涂，误导世人的。同时，也有很多网络写的网络教程相当不错，可以作为入门级别的参考资料。但是对于初学者来说，根本很难分辨其中的好坏真伪。完全凭借运气去赌大小，押宝押对了就对了，押错了就自认倒霉。所以，针对网络教程，最好是带着问题去读，去搜索你的答案，而不是当作核心文档来阅读。
阅读、仔细阅读、反复阅读每个开源框架自带的reference
这一点是学习一个框架最最重要，也是最最一开始需要做的事情。不过事实上，无数的程序员对此并不在意。程序员总是以种种理由不仔细阅读reference：
1. 看英文文档太吃力
应该说阅读英文文档是每个程序员的基本素质之一，这就跟调程序需要耐心一样。如果你连调试程序的耐心都没有，那么趁早放弃程序员这个行当吧。其实阅读文档，尤其是英文文档，也是程序员的基本素质，这个素质是一点一点积累培养起来的。所以，对于那些实在觉得吃力的朋友，我的建议是结合中文文档一起看。好在满江红的开源支持者为你精心做了许多很有价值的翻译，例如Spring，Hibernate等都有对应的中文文档。但是我依旧认为，看中文文档，必须和英文文档对照，否则你就可能迷失在许多的语义不匹配上。
2. reference实在太厚而抓不住思路
耐心，耐心，还是耐心。从reference的质量而言，其实多数的开源框架的reference都是相当优秀的。尤其是Struts2，基本上都是一个一个的专题wiki文章拼起来的文档。至于说到Spring，那只能培养你的耐心了。
我之所以强烈推荐大家仔细阅读开源框架自带的reference，主要基于以下的两个原因：
1. 这些自带的reference多数出自这些开源框架的作者之手。你说还有谁能够比他们自己更了解他们自己的产品呢？自己写的程序，到底有哪些优点，如何使用，自己肯定是最最清楚的，所以要说到权威，不可能有任何的文档比自带的reference更加权威。
2. 自带的reference几乎很少犯错，所以不会给你带来什么的误导信息。不仅如此，许多的reference已经为你总结了许多框架使用过程中的最佳实践。有那么好的事情，为什么我们不直接去看这些reference来获得第一手的资料呢？
当然，很多人看reference会觉得很枯燥。没关系，我的建议是，多看几遍。第一遍，你可以采取scan的方式，目的是了解框架的大概。第二遍，挑重点的章节仔细阅读，并且辅以一定的代码实践。第三遍，带着碰到的问题阅读，在文档中寻找答案。
搭建环境运行每个开源框架自带的sample项目
我不知道有多少初学者真正的去跑过每个开源框架自带的sample项目。按照我的经验来说，这绝对是一个学习的最佳途径。
以Struts2为例，Struts2的根目录下有一个apps的目录，里面有struts2-blank-2.0.11.war，struts2-showcase-2.0.11.war，struts2-portlet-2.0.11.war等war包。你只要把这些war包放到任何的application server的运行环境下即可运行。比如，你可以放到Tomcat的webapps目录下，启动Tomcat，你就可以直接访问到一个内置了众多Struts特性的项目了。
其实你可以从这些项目中获得许许多多有用的信息。不仅如此，一旦你在使用Struts2的某些特性的时候发生了无法解决的困难，你往往也能从这些项目中找到一些解决问题的方案。更加能让你放心的是，至少这些项目表达了Struts2的作者原本的意思，你只要按照它的sample来写代码，总不会错到哪里去。
在这里，我简单举例来说明你可以从这些项目中学到些什么：
1. 如果你仔细学习struts2-blank-2.0.11.war这个项目，它可以告诉你如何搭建一个最最简单的Struts2的项目；它还会告诉你，Struts2至少需要依赖哪些jar包(请以后不要再为jar包错误而苦恼)；同时，也给你做出了一些范例，web.xml怎么写，struts.xml又怎么写。
2. struts2-showcase-2.0.11.war这个项目，你则可以看到Struts2的特性的大杂烩，这对于你看reference是相当有帮助的。比如说，你在看文档时看到了“文件上传“的章节，那么你就可以参考项目中的upload子目录。相当于你一边看文档，一边已经有一个现成的跑得通的例子在这里提供给你。这是不是要比那些所谓的网络教程更实际呢？
3. struts2-portlet-2.0.11.war则给出了在Portal环境下的Struts2的应用。
所以，综合来说，框架自带的项目绝对是你学习的第一手资料，你基本上不需要舍近求远得去找网络上别人写的例子，原生态，不好嘛？
自己写一个sample项目亲身体验
这一点其实不用我说，大家也应该明白。不过我还是见过不少的程序员，眼高手低。成天能够和人吹牛说这个框架怎么怎么好，那个框架怎么怎么方便。让他自己动手来用这些框架写一段程序出来，手足无措，搞了半天，就是无法跑通。
所以，实践是检验真理的唯一标准。只有自己亲自动手去实践，才能说你真正掌握了某个技术，理解了某个框架。在编写自己的sample项目时，你不妨就以最简单的User的增删改查作为你的业务场景，在实践中不断的重构你的代码，从而提升自己的水平。
带着问题debug开源框架的源码
如果你对某个开源框架的使用已经比较熟练，对其内部的原理也基本清晰了。你或许会对其中的某些设计原理产生一些问题(或许仅对勤于思考的人有效)。这个时候，我认为你可以试图去看一看开源框架的源码。
我看开源框架的源码的方式有些特殊，我喜欢在程序里做debug，来看看在开源框架的内部，到底运行了哪些类，他们是如何执行的。我坚决反对逐个包逐个包的去看源码，这毫无意义。因为这相当于把一个肢体进行了分解，一个运行状态良好的程序，你把它割裂开来，显然什么都读不懂。在程序中debug源码，你不仅可以浏览到程序执行过程中的每个类，还能查看这些类的运行状态。这才是阅读源码之道。
-java
Struts学习问题
struts1和struts2是完全不同的两个框架，struts2是基于webwork的。
现在struts1和strust2都有公司在用，许多老的项目在做二次开发，所以还用的struts1。你想先学哪个都可以的。我大概给你说下struts2吧。struts2与struts1相比，有很多改进，当它并不是新发布的新框架，是在webwork基础上发展起来的，从某种程度上讲,struts2没有继承struts1的血统,而是继承了webwork血统，所以是webwork衍生出了struts2，而不是struts1衍生了struts2.
struts2框架的执行流程:
1)用户发起请求(.action结尾的请求表示请求一个Action)
2)struts2框架的主控器(FilterDispatcher)接收用户发起的请求,
然后判断这个请求交给Action处理还是交给web组件处理.
如果请求的Action或者web组件不存在,那么出现404错误.在整个处理
过程中需要一个辅助对象:Action映射器(ActionMapper).
3)第二步判断的结果是交给Action处理,并且存在对应的Action.
那么根据struts.xml文件中对此Action的配置信息,首先执行拦截
此Action的所有拦截器,然后再执行请求的Action对象.在这个处理
过程中需要辅助对象:Action代理(ActionProxy)、配置管理器 (ConfigurationManager)、ActionInvocation.
4)Action执行完毕之后返回一个结果(此结果用字符串表示),这个结果
经过拦截Action的所有拦截器之后,返回给主控器.主控器根据此结果
从配置文件中找到真正的路径,然后将请求转发给对应的视图.
5)由视图向客户端作出响应
书你买本李刚编写的 struts2权威指南 ，这本还行
-struts
