struts2的原理,Struts2的工作原理是什么？

struts2的原理,Struts2的工作原理是什么？详细介绍

本文目录一览： 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的核心工作原理是什么？

.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.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执行的原理是啥？

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。

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时候要在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源码，基本上就是这个过程，不知道帮到你 了吗。

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的工作原理？

这个在官方文档上面有说明，你可以去看一下
struts2说白了，就是跳转。
一个请求在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中的配置找到对应的返回结果。返回结果通常是一个需要被表示的JSP或者FreeMarker的模版。

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并返回，返回结果前要做些动作也是可以的