简述struts2的工作原理,Struts2的工作原理是什么？
简述struts2的工作原理,Struts2的工作原理是什么？详细介绍
本文目录一览： struts2.0的工作原理？
struts2并不是一个陌生的web框架，它是以Webwork的设计思想为核心，吸收struts1的优点，可以说
struts2是struts1和Webwork结合的产物。
struts2 的工作原理图：
一个请求在Struts2框架中的处理分为以下几个步骤：
1.客户端发出一个指向servlet容器的请求(tomcat)；
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中的配置找到对应的返回结果。返回结果
通常是（但不总是，也可能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。在表
示的过程中可以使用Struts2 框架中继承的标签。
客户端发出一个请求，服务器端 StrutsPreparedAndExceuteFilter接收请求，如果该请求是一个以 .action 结尾请求，则Struts2将请求转发至相应的Action，进行数据类型转换，如果数据类型转换出错，则返回到 input 指定的结果页面，如果数据类型转换没有出错，则调用setXX 方法进行设值，如果使用了validate()验证方法（或者是使用了验证框架），则进行相应的验证，如果验证出错，回到 input 指定的结果页面，如果没有使用验证，或者验证没有出错，则执行 execute（） 方法，返回到相应的页面
客户端发出一个请求，服务器端StrutsPreparedAndExceuteFilter接收请求。
如果该请求是一个以 .action 结尾请求，则Struts2将请求转发至相应的Action，进行数据类型转换，如果数据类型转换出错，则返回到 input 指定的结果页面。
如果数据类型转换没有出错，则调用setXX 方法进行设值，如果使用了validate()验证方法（或者是使用了验证框架），则进行相应的验证。
如果验证出错，回到 input 指定的结果页面。
如果没有使用验证，或者验证没有出错，则执行 execute（） 方法，返回到相应的页面。
扩展资料：
Struts2流程注解
当Web容器收到请求（HttpServletRequest）它将请求传递给一个标准的的过滤链包括（ActionContextCleanUp）过滤器。
经过Other filters(SiteMesh ,etc)，需要调用FilterDispatcher核心控制器，然后它调用ActionMapper确定请求哪个Action，ActionMapper返回一个收集Action详细信息的ActionMaping对象。
FilterDispatcher将控制权委派给ActionProxy,ActionProxy调用配置管理(ConfigurationManager) 从配置文件中读取配置信息(struts.xml)，然后创建ActionInvocation对象。
ActionInvocation在调用Action之前会依次的调用所用配置拦截器（Interceptor N）一旦执行结果返回结果字符串ActionInvocation负责查找结果字符串对应的(Result）然后执行这个Result Result会调用一些模版（JSP）来呈现页面。
拦截器(Interceptor N)会再被执行（顺序和Action执行之前相反）最后响应(HttpServletResponse)被返回在web.xml中配置的那些过滤器和核心控制器（FilterDispatcher）。
参考资料来源：百度百科-Struts 2
struts2拦截器工作原理
Struts2拦截器原理：当请求到达Struts2时，Struts2查找配置文件，并根据配置实例化相对的拦截器对象，串成一个列表，最后一个一个调用列表中的拦截器。Struts2拦截器栈将拦截器按一定的顺序联结成一条链。在访问被拦截的方法或字段时，按其之前定义顺序被调用。
Struts2拦截器是动态拦截Action调用的对象。它提供了一种机制可以使开发者可以定义在一个action执行的前后执行的代码，也可以在一个action执行前阻止其执行。同时也是提供了一种可以提取action中可重用的部分的方式。
扩展资料：
拦截器的自定义：
1、自定义一个实现Interceptor接口（或者继承自AbstractInterceptor）的类。
2、在struts.xml中注册Interceptor接口中定义的拦截器。
3、在需要使用的Action中引用struts.xml定义的拦截器，为了方便也可将拦截器定义为默认的拦截器，这样在不加特殊声明的情况下所有的Action都被这个拦截器拦截。
4、开发者自定义在一个action执行的前后执行的代码，也可以在一个action执行前阻止其执行，同时也提供了一种可以提取action中可重用部分的方式。
参考资料来源：百度百科-拦截器
参考资料来源：百度百科-Struts 2
简述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 客户端初始化一个指向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，所有的对象（Action，Results，Interceptors，等）都是通过ObjectFactory来创建。
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.产生的响应行为发送给客服端。
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的工作原理是什么？
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原理
因为你用Struts2时候要在web.xml里配置Struts2的过滤器，应该是StrutsPrepareAndExecuteFilter。请求都会通过这个过滤器都会转给Struts2来处理。Struts2再应用自己的拦截器来交给Action处理。之前你配的过滤器是其它的而不是Struts2的。至于好处，那你应该了解Struts2有什么好处。Struts2核心组件是拦截器，真正要了解的话还需要深入学习。
由代理执行的
struts2的一个核心理念就是所有的请求都经过一个核心过滤器，这个核心过滤器在最新版本里是StrutsPrepareAndExecuteFilter，这个核心过滤器你可以把它拆分成prepare和execute两个过滤器，一个用来提前做准备，一个用来对用户的请求进行响应。单纯用struts2的话，这个里面不应该自己再去写servlet了。还有，过滤器是过滤器，servlet和过滤器是不一样的。servlet可以用来生成response而过滤器不能生成。另一个问题，jsp本身就是servlet，用来向用户展示页面。所以在struts2里servlet就只剩下jsp页面，因为用户使用struts的主要部分就是写action——用来进行业务处理。我们所写的action都会静态的配置在struts配置文件中，所以在StrutsPrepareAndExecuteFilter的准备阶段，她就会根据struts生成一个actionmapping，等用户的请求来的时候，便会根据url在actionmapingmanager的作用下找到相应的action了，最近在看struts源码，基本上就是这个过程，不知道帮到你 了吗。
帮我介绍下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)由视图向客户端作出响应
struts2、hibernate、spring的工作原理，简单点。。。
简单说，三者不过把一些常用的功能方法进行封装，使得这些方法规范化，避免像在jsp开发中重复而零散地编写类似代码。
下面说明它们各自的功能角色：struts2侧重于控制器功能，当客户端发送一个地址请求，Struts（通过配置文件）根据请求代码做出反映，并进行页面调用或转发。比如：/login
请求很可能是一个登录请求，那么Struts2应该回复一个login.jsp页面给客户端进行登录，然而地址栏不会看到/login.jsp样式，具体地址被隐藏了，只看到请求地址样式。struts2的标签类似于jstl标签，它们在本质上是一致的，都是为视图层方便编码以及为更好地与控制器融合。不是一定要使用Struts2标签才能使用它的控制器功能。可以选择其他标签，如jsp或jstl标签等。标签只是皮毛。其实spring它也有一套自己的标签，哪能用那么多啊。熟悉使用一种标签即可。
hibernate框架主要是负责连接数据库，把每个数据表转化为一个类，表中的每行数据相当于类的一个对象，hibernate通过对象的方式进行读取操作。
说到spring，不得不说控制反转，有关控制反转，请搜索“java设计模式”。然而，控制反转不能说是spring的功能，而只是他的设计思想，也就是说spring是由“控制反转”和”切面编程”这些设计模式开发出来的。spring包有许多类和方法，有像hibernate那样操作底层数据库功能的方法，有可以操作复杂的业务操作，这要看调用它什么样的接口和方法。由于它特殊的设计模式，使得它可以灵活地与其它框架整合，主要是通过配置文件的方式来完成。spring和hibernate整合在实际上替代了hibernate，因为它对hibernate的方法进行了包装。
spring和strut2整合不过是为struts2的action类提供容器管理，也就是说，当要实例化一个action类的时候，根据spring配置，spring容器会负责生成该action的对象。三者整合的话，由spring来统领全局。下面的链接是一个案例，除了s2sh三大框架之外，还整合了compass搜索框架。http://www.yaodot.com/html