请简述struts2工作流程,帮我介绍下Struts 2的运行原理 下面附图 谢谢

请简述struts2工作流程,帮我介绍下Struts 2的运行原理 下面附图 谢谢详细介绍

本文目录一览： Struts2的详细工作原理？

不是三言两语说的清楚的，给你推荐篇文章 http://blog.csdn.net/yezi77321660/article/details/3960771
　　Struts2工作流程：
　　1.客户端（Client）向Action发用一个请求（Request）
　　2.Container通过web.xml映射请求，并获得控制器（Controller）的名字
　　3.容器（Container）调用控制器（StrutsPrepareAndExecuteFilter或FilterDispatcher）。在Struts2.1以前调用FilterDispatcher，Struts2.1以后调用StrutsPrepareAndExecuteFilter
　　4. 控制器（Controller）通过ActionMapper获得Action的信息
　　5.控制器（Controller）调用ActionProxy
　　6.ActionProxy读取struts.xml文件获取action和interceptor stack的信息。
　　7.ActionProxy把request请求传递给ActionInvocation
　　8.ActionInvocation依次调用action和interceptor
　　9. 根据action的配置信息，产生result
　　10.Result信息返回给ActionInvocation
　　11.产生一个HttpServletResponse响应
　　12.产生的响应行为发送给客服端。

struts框架响应客户端的工作流程是什么？

源于百度
1.客户端发出一个指向servlet容器的请求
2.这个请求会经过图中的几个过滤器，最后会到达FilterDispatcher过滤器。
3.过滤器FilterDispatcher是struts2框架的心脏，在处理用户请求时，它和请求一起相互配合访问struts2的底层框架结构。在web容器启动时，struts2框架会自动加载配置文件里相关参数，并转换成相应的类。如：ConfigurationManager、ActionMapper和ObjectFactory。ConfigurationManager 存有配置文件的一些基本信息，ActionMapper存有action的配置信息。在请求过程中所有的对象（Action，Results，Interceptors，等）都是通过ObjectFactory来创建的。过滤器会通过询问ActionMapper类来查找请求中需要用到的Action。
4.如果找到需要调用的Action，过滤器会把请求的处理交给ActionProxy。ActionProxy为Action的代理对象。ActionProxy通过ConfigurationManager询问框架的配置文件，找到需要调用的Action类。
5.ActionProxy创建一个ActionInvocation的实例。ActionInvocation在ActionProxy层之下，它表示了Action的执行状态,或者说它控制的Action的执行步骤。它持有Action实例和所有的Interceptor。
6.ActionInvocation实例使用命名模式来调用，1. ActionInvocation初始化时，根据配置，加载Action相关的所有Interceptor。2. 通过ActionInvocation.invoke方法调用Action实现时，执行Interceptor。在调用Action的过程前后，涉及到相关拦截器(intercepetor)的调用。
7. 一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果
　　Struts框架，有两个版本，分别是Struts1和Struts2，目前，更流行的是Struts2，故本人主要是介绍Struts2的框架的工作流程：
　　(1)客户端提交一个HttpServletRequest请求(.action或JSP页面)
　　(2)请求被提交到一系列Filter过滤器,如ActionCleanUp和FilterDispatcher等 (3)FilterDispatcher是Struts2控制器的核心,它通常是过滤器链中的最后一个过滤器 (4)请求发到FilterDispatcher后,FilterDispatcher询问ActionMapper是否需要调用某个Action来处理这个Request(一般根据URL后缀是否为.action来判断)
　　(5)如果ActionMapper决定需要调用某个Action,FilterDispatcher则把请求交到ActioProxy,由其进行处理.
　　(6)ActionProxy通过Configuration Manager(它会访问struts.xml)询问框架的配置文件,找到需要调用的Action类.
　　(7)ActionProxy创建一个ActionInvocation实例,而ActionInvocation通过代理模式调用Action,(在调用之前会根据配置文件加载相关的所有Interceptor拦截器)
　　(8)Action执行完毕后,返回一个result字符串,此时再按相反的顺序通过Interceptor拦截器.
　　(9) 最后ActionInvocation负责根据struts.xml中配置的result元素,找到与返回值对应的result,决定进行下一步输出。

struts2的主要工作流程，处理方式？

请求在Struts2框架中的处理大概分为以下几个步骤：
1 客户端初始化一个指向Servlet容器的请求;
2
这个请求经过一系列的过滤器(Filter)(这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMesh
Plugin)
3
接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请是否需要调用某个Action
4 如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy
5 ActionProxy通过Configuration Manager询问框架的配置文件，找到需要调用的Action类
6 ActionProxy创建一个ActionInvocation的实例。
7 ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器(Intercepter)的调用。
8 一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是(但不总是，也可
能是另外的一个Action链)一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2
框架中继承的标签。在这个过程中需要涉及到ActionMapper
给LZ说一下struts2的主要工作流程吧，你可以下载一下他的流程图，首先我们有个请求request进入，会首先走ActionContext Clearup 清空值栈等，但是会留下我们的session和setgetAttribute等，然后会走一下OtherFilter，其他的一些过滤器什么的，然后就会走到我们的filterDispathcer总控，会询问ActionMapping是否此请求需要struts2处理，如果需要，走到ActionProxy代理类，其次，根据ConfigurationManger配置管理找到struts配置文件，然后才是走到真正需要做事的地方，Action Invocation 会依次走我们的拦截器，拦截器走的时候回去值栈中取值，就是通过taglib放到页面上去，走action再走对应result，最后生成相应返回回去。
给LZ两个图吧，第一个图是具体的点击新增按钮后的一系列处理，第二个图是详细的struts2的流程

Struts2的工作原理，简单点说出来

Struts2流程
1、客户端发送请求 (客户端初始化一个指向Servlet容器（如Tomcat）的请求)
2、请求经过一系列过滤器（如ActionContextCleanUp、SiteMesh等）,ActionContextCleanUp-->FilterDispatcher
3、FilterDispatcher通过ActionMapper来决定这个Request需要调用哪个Action
4、如果ActionMapper决定调用某个Action，FilterDispatcher把请求的处理交给ActionProxy，
5、ActionProxy通过ConfigurationManager询问Struts配置文件（Struts.xml），找到需要调用的Action类。
6、ActionProxy创建一个ActionInvocation的实例
7、ActionInvocation调用真正的Action，当然这涉及到相关拦截器的调用(interceptor)
8、Action执行完毕，ActionInvocation创建Result并返回，返回结果前要做些动作也是可以的

Struts2的核心工作原理

1、Struts 2的基本流程
Struts 2框架由3个部分组成：核心控制器FilterDispatcher、业务控制器和用户实现的业务逻辑组件。在这3个部分里，Struts 2框架提供了核心控制器FilterDispatcher，而用户需要实现业务控制器和业务逻辑组件。
2、核心控制器：FilterDispatcher
FilterDispatcher是Struts 2框架的核心控制器，该控制器作为一个Filter运行在Web应用中，它负责拦截所有的用户请求，当用户请求到达时，该Filter会过滤用户请求。如果用户请求以action结尾，该请求将被转入Struts 2框架处理。
Struts 2框架获得了*.action请求后，将根据*.action请求的前面部分决定调用哪个业务逻辑组件，例如，对于login.action请求，Struts 2调用名为login的Action来处理该请求。
Struts 2应用中的Action都被定义在struts.xml文件中，在该文件中定义Action时，定义了该Action的name属性和class属性，其中name属性决定了该Action处理哪个用户请求，而class属性决定了该Action的实现类。
Struts 2用于处理用户请求的Action实例，并不是用户实现的业务控制器，而是Action代理——因为用户实现的业务控制器并没有与Servlet API耦合，显然无法处理用户请求。而Struts 2框架提供了系列拦截器，该系列拦截器负责将HttpServletRequest请求中的请求参数解析出来，传入到Action中，并回调Action 的execute方法来处理用户请求。
struts2作为控制层，像servlet一样实现页面跳转，和后台业务处理
struts2的核心工作原理就是struts2的工作流程和体系。
如果你知道struts2的工作流程，那么这个应该和容易回答。
如果不知道的话，我会跟你说回家等电话....
Struts2的核心就是那一堆拦截器！是典型的面向切面的思想。
同样是处理请求，然后给客户端一个响应
.Struts 2的基本流程
Struts 2框架由3个部分组成：核心控制器FilterDispatcher、业务控制器和用户实现的业务逻辑组件。在这3个部分里，Struts 2框架提供了核心控制器FilterDispatcher，而用户需要实现业务控制器和业务逻辑组件。
2.核心控制器：FilterDispatcher
FilterDispatcher是Struts 2框架的核心控制器，该控制器作为一个Filter运行在Web应用中，它负责拦截所有的用户请求，当用户请求到达时，该Filter会过滤用户请求。如果用户请求以action结尾，该请求将被转入Struts 2框架处理。
Struts 2框架获得了*.action请求后，将根据*.action请求的前面部分决定调用哪个业务逻辑组件，例如，对于login.action请求，Struts 2调用名为login的Action来处理该请求。
Struts 2应用中的Action都被定义在struts.xml文件中，在该文件中定义Action时，定义了该Action的name属性和class属性，其中name属性决定了该Action处理哪个用户请求，而class属性决定了该Action的实现类。
Struts 2用于处理用户请求的Action实例，并不是用户实现的业务控制器，而是Action代理——因为用户实现的业务控制器并没有与Servlet API耦合，显然无法处理用户请求。而Struts 2框架提供了系列拦截器，该系列拦截器负责将HttpServletRequest请求中的请求参数解析出来，传入到Action中，并回调Action 的execute方法来处理用户请求。
显然，上面的处理过程是典型的AOP（面向切面编程）处理方式。图3.19显示了这种处理模型。

图3.19 Struts 2的拦截器和Action
从图3.19中可以看出，用户实现的Action类仅仅是Struts 2的Action代理的代理目标。用户实现的业务控制器（Action）则包含了对用户请求的处理。用户的请求数据包含在 HttpServletRequest对象里，而用户的Action类无需访问HttpServletRequest对象。拦截器负责将 HttpServletRequest里的请求数据解析出来，并传给业务逻辑组件Action实例。
3.业务控制器
正如从图3.19所看到的，业务控制器组件就是用户实现Action类的实例，Action类里通常包含了一个execute方法，该方法返回一个字符串——该字符串就是一个逻辑视图名，当业务控制器处理完用户请求后，根据处理结果不同，execute方法返回不同字符串 ——每个字符串对应一个视图名。

我觉得，问题应该是考察是否对系统架构设计有一定的了解，能否清楚的运用自己的理解表述软件设计中的相互沟通要点。

struts2是怎么样工作的？不太明白它的流程，不太明白jsp、servlet、action等是怎样联系起来的？

这个就说来话长了，关于这方面的资料很多的，百度百科，知道里面都有的，你搜一下，一大把，找一个看看..
在struts中，用户的请求一般以*.do作为请求服务名，所有的*.do请求均被指向ActionServlet，ActionServlet根据Struts-config.xml中的配置信息，将用户请求封装成一个指定名称为FromBean，并将FromBean传至指定名称的ActionBean，由ActionBean完成相应的业务操作。
struts2其实底层源代码 就是通过servlet来实现的，即封装了servlet的源代码，让过程更加简化，想明白是怎么联系起来的，必须从servlet基础开始。还有一点就是strut2用到了 反射，自动调用。

struts工作原理与工作流程有什么区别？

首先说，struts一般指struts1,struts2是struts1与webwork的结合产物.
struts是一种开放源代码框架，至于工作原理，现在还没有明确的定义，你可以看看它的工作流程图。
struts具有的优势如下：
a--建立在MVC模式上(m代表模型v代表试图c代表控制器)，struts在M、V和C上都有涉及，主要是提供一个好的控制器和一套定制的标签库.
b--它是个开源项目,并且经受了"实战"的检验，使其功能越来越强大，体系也完善起来。
c--它对其他技术和框架显示出很好的融合性。
你要用就是该用struts2.0 ，struts1.0 很多东西已经过时了，至于说工作原理， 你上午自己去找struts的工作原理图，其实就是java是如何拦截,如何加载的，这个我绝得你写写项目就慢慢体会到了，光从理论上理解，这个没有什么用。
工作原理
在Struts2框架中的处理大概分为以下几个步骤
1 客户端初始化一个指向Servlet容器（例如Tomcat）的请求
2 这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMesh Plugin）
3 接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请是否需要调用某个Action
4 如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy
5 ActionProxy通过Configuration Manager询问框架的配置文件，找到需要调用的Action类
6 ActionProxy创建一个ActionInvocation的实例。
7 ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。
8 一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是（但不总是，也可 能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2 框架中继承的标签。在这个过程中需要涉及到ActionMapper

工作流程
1、客户端浏览器发出HTTP请求.
2、根据web.xml配置，该请求被FilterDispatcher接收
3、根据struts.xml配置，找到需要调用的Action类和方法， 并通过IoC方式，将值注入给Aciton
4、Action调用业务逻辑组件处理业务逻辑，这一步包含表单验证。
5、Action执行完毕，根据struts.xml中的配置找到对应的返回结果result，并跳转到相应页面
6、返回HTTP响应到客户端浏览器

帮我介绍下Struts 2的运行原理 下面附图 谢谢

我觉得这个图一点都不形象，尤其针对初学者，建议你看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)由视图向客户端作出响应