struts2的优点是什么？
1 > Struts2没有像struts1那样跟Servlet API和strutsAPI有着紧密的耦合，Struts2的应用可以不依赖于Servlet API和struts API。Struts2的这种设计属于无侵入式设计，而Struts1却属于侵入式设计。
public class OrderListAction extends Action {
public ActionForward execute(ActionMapping mapping, ActionForm form,
HttpServletRequest request, HttpServletResponse response)
throws Exception {
}
}
2> Struts2提供了拦截器，利用拦截器可以进行AOP编程，实现如权限拦截等功能。
3> Strut2提供了类型转换器，我们可以把特殊的请求参数转换成需要的类型。在Struts1中，如果我们要实现同样的功能，就必须向Struts1的底层实现BeanUtil注册类型转换器才行。
4> Struts2提供支持多种表现层技术，如：JSP、freeMarker、Velocity等
5> Struts2的输入校验可以对指定方法进行校验，解决了Struts1长久之痛。
struts2.0的工作原理？？？
“.action”结尾的请求，Struts 2框架会拦截处理，具体步骤如下： （1）客户端浏览器发送请求，客户端会初始化一个指向Servlet容器；
（2）请求要经过一系列的过滤器（Filter；
（3）接着核心控制器FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定是否调用Action，以及调用哪个Action；
（4）如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy；
（5）ActionProxy通过Configuration Manager询问框架的配置文件，找到需要调用的Action。
（6）ActionProxy创建一个ActionInvocation的实例。
（7）ActionInvocation实例使用命名模式来调用，在调用Action的execute方法之前，Struts 2会调用一系列的拦截器以提供一些通用的功能，如workflow、校验或文件上传等功能。这些拦截器的组合被称为拦截器链。
（8）在调用完拦截器链之后，Struts 2会调用Action的execute方法。在execute方法中就会执行用户的相关操作，如执行某种数据库操作，处理业务逻辑等。
（9）一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到相应的返回结果。将处理结果信息返回到浏览器，这些结果可以是HTML页面、JSP页面、图像，也可以是其他的任何Web资源。
Struts2.0原理
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 框架中继承的标签。 图示如下
struts和struts2的区别
1，在Action实现类方面：
Struts1要求Action类继承一个抽象基类；Struts1的一个具体问题是使用抽象类编程
而不是接口。Struts2 Action类可以实现一个Action接口，也可以实现其他接口，使可选和定制服务成为可能。
Struts2 提供一个ActionSupport基类 去实现常用的接口。即使Action接口不是必须实现的，只有一个包含
execute方法的POJO类都可以用作Struts2的Action。
2，线程模式方面：
Struts1 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts1 Action能做的事，并且要在开发时特别小心。Action资源必须是线程安全的或同步的；Struts2 Action对象为每一个请求产生一个实例，因此没有线程安全问题。
3，Servlet依赖方面：
Struts1 Action依赖于Servlet API，因为Struts1 Action的execute方法中有HttpServletRequest和HttpServletResponse方法。
Struts2 Action 不再依赖于ServletAPI，从而允许Action脱离Web容器运行，从而降低了测试Action的难度。当然，如果Action 需要直接访问HttpServletRequest和HttpServletResponse参数，Struts2 Action仍然可以访问它们。但是，大部分时候，Action都无需直接访问
HttpServletRequest和HttpServletResponse，从而给开发者更多灵活的选择。
4，可测试方面：
测试Struts1 Action的一个主要问题是execute方法依赖于Servlet于ServletAPI， 这使得Action 仍然的测试要依赖于Web容器。为了脱离Web容器测试Struts1 的Action， 必须借助于第三方扩展：Struts TestCase，该扩展下包含了系列的Mock对象，从而脱离Web容器测试Struts1的Action类。
Struts2Action可以通过初始化，设置属性，调用方法来测试。
5，封装请求参数方面：
Struts1 使用ActionForm对象封装用户的请求参数，所有的ActionForm 必须继承一个
基类：ActionForm。 普通的JavaBean不能用作ActionForm因此，开发者必须创建大量的ActionForm类封装用户请求参数。虽然Struts1 提供了动态ActionForm 来简化ActionForm 的开发，但依然需要在配置文件中定义ActionForm； Struts2 直接使用Action 属性来封装用户请求属性，避免了开发者需要大量开发ActionForm类的繁琐，实际上，这些属性还可以是包含子属性的Rich对象类型。如果开发者依然怀念Struts1 ActionForm 的模式
Struts 2 提供了ModelDriven 模式， 可以让开发者使用单独的Model 对象来封装用户请求参数，但该Model对象无须继承任何Struts2基类，是一个POJO，从而
降低了代码污染。
6，表达式语言方面：
Struts1 整合了JSTL，因此可以使用JSTL表达式语言。这种表达式语言有基本对象图遍
历，但在对集合和索引属性的支持上则功能不强
Struts2 可以是用JSTL，但它整合了一种更强大和灵活的表达
式语言：OGNL（Object Graph Notation Language）,因此，Struts2下的表达式语言功能更加强大。
7，绑定值到视图方面：
Struts1 使用标准JSP机制把对象绑定到视图页面；
Struts2 使用“ValueStack”技术，使标签能够访问值，而不需要把对象和视图页面绑定在一起。
8，类型转换的方面：
Struts 1 ActionForm 属性通常都是String 类型。 Struts1 使用
Commons-Beanutils 进行类型转换，支持基本数据类型和常用对象之间的转换。
9，数据校验的方面：
Struts1 支持在ActionForm 重写 validate方法手动校验，或者通过整合Commonsalidator框架来完成数据校验。
Struts2 支持通过重写validator方法进行校验，也支持整合XWork校验框架进行校验
10，Action执行控制的方面：
Struts1 支持每一个模块对应一个请求处理（既生命周期的概念），但是模块中的所有Action必须共享相同的生命周期。
Struts2支持通过拦截器堆栈为每一个Action 创建不通的生命周期。开发者可以根据需要创建相应堆找，从而和不同的Action一起使用。
struts和struts2的区别
struts1和struts2 是2个完全不同的框架，其实struts2核心就是 webwork框架
struts1以ActionServlet作为核心控制器，由ActionServlet负责拦截用户的所有请求。Struts 1框架有3个重要组成部分：Action、ActionForm和ActionForward对象。ActionForm必须实现ActionForm的基类,设计上并不是真正的POJO。
struts2核心控制器是FilterDispatcher，Struts 2用于处理用户请求的Action实例，并不是用户实现的业务控制器，而是Action代理——因为用户实现的业务控制器并没有与Servlet API耦合，显然无法处理用户请求。而Struts 2框架提供了系列拦截器，该系列拦截器负责将HttpServletRequest请求中的请求参数解析出来，传入到Action中，并回调Action的execute方法来处理用户请求。显然，上面的处理过程是典型的AOP（面向切面编程）处理方式。
struts和struts2的区别是什么？
你问的应该是 struts1 和struts2 的区别：
Struts2与Struts1的对比
1，在Action实现类方面：
Struts1要求Action类继承一个抽象基类；Struts1的一个具体问题是使用抽象类编程
而不是接口。Struts2 Action类可以实现一个Action接口，也可以实现其他接口，使可选和定制服务成为可能。
Struts2 提供一个ActionSupport基类 去实现常用的接口。即使Action接口不是必须实现的，只有一个包含
execute方法的POJO类都可以用作Struts2的Action。
2，线程模式方面：
Struts1 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts1 Action能做的事，并且要在开发时特别小心。Action资源必须是线程安全的或同步的；Struts2 Action对象为每一个请求产生一个实例，因此没有线程安全问题。
3，Servlet依赖方面：
Struts1 Action依赖于Servlet API，因为Struts1 Action的execute方法中有HttpServletRequest和HttpServletResponse方法。
Struts2 Action 不再依赖于ServletAPI，从而允许Action脱离Web容器运行，从而降低了测试Action的难度。当然，如果Action 需要直接访问HttpServletRequest和HttpServletResponse参数，Struts2 Action仍然可以访问它们。但是，大部分时候，Action都无需直接访问
HttpServletRequest和HttpServletResponse，从而给开发者更多灵活的选择。
4，可测试方面：
测试Struts1 Action的一个主要问题是execute方法依赖于Servlet于ServletAPI， 这使得Action 仍然的测试要依赖于Web容器。为了脱离Web容器测试Struts1 的Action， 必须借助于第三方扩展：Struts TestCase，该扩展下包含了系列的Mock对象，从而脱离Web容器测试Struts1的Action类。
Struts2Action可以通过初始化，设置属性，调用方法来测试。
5，封装请求参数方面：
Struts1 使用ActionForm对象封装用户的请求参数，所有的ActionForm 必须继承一个
基类：ActionForm。 普通的JavaBean不能用作ActionForm因此，开发者必须创建大量的ActionForm类封装用户请求参数。虽然Struts1 提供了动态ActionForm 来简化ActionForm 的开发，但依然需要在配置文件中定义ActionForm； Struts2 直接使用Action 属性来封装用户请求属性，避免了开发者需要大量开发ActionForm类的繁琐，实际上，这些属性还可以是包含子属性的Rich对象类型。如果开发者依然怀念Struts1 ActionForm 的模式
Struts 2 提供了ModelDriven 模式， 可以让开发者使用单独的Model 对象来封装用户请求参数，但该Model对象无须继承任何Struts2基类，是一个POJO，从而
降低了代码污染。
6，表达式语言方面：
Struts1 整合了JSTL，因此可以使用JSTL表达式语言。这种表达式语言有基本对象图遍
历，但在对集合和索引属性的支持上则功能不强
Struts2 可以是用JSTL，但它整合了一种更强大和灵活的表达
式语言：OGNL（Object Graph Notation Language）,因此，Struts2下的表达式语言功能更加强大。
7，绑定值到视图方面：
Struts1 使用标准JSP机制把对象绑定到视图页面；
Struts2 使用“ValueStack”技术，使标签能够访问值，而不需要把对象和视图页面绑定在一起。
8，类型转换的方面：
Struts 1 ActionForm 属性通常都是String 类型。 Struts1 使用
Commons-Beanutils 进行类型转换，支持基本数据类型和常用对象之间的转换。
9，数据校验的方面：
Struts1 支持在ActionForm 重写 validate方法手动校验，或者通过整合Commonsalidator框架来完成数据校验。
Struts2 支持通过重写validator方法进行校验，也支持整合XWork校验框架进行校验
10，Action执行控制的方面：
Struts1 支持每一个模块对应一个请求处理（既生命周期的概念），但是模块中的所有Action必须共享相同的生命周期。
Struts2支持通过拦截器堆栈为每一个Action 创建不通的生命周期。开发者可以根据需要创建相应堆找，从而和不同的Action一起使用。
简述Struts2的用途和优势
Struts2 是一个相当强大的Java Web开源框架，是一个基于POJO的Action的MVC Web框架。它基于当年的Webwork和XWork框架，继承其优点，同时做了相当的改进。Struts2现在在Java Web开发界的地位可以说是大红大紫，从开发人员的角度来分析，Struts2之所以能够如此的深入开发人员之心，与其优良的设计是分不开的。 下面我从使用Struts2一年之久的经验来分析一下Struts2的优点： 1.Struts2基于MVC架构,框架结构清晰，开发流程一目了然，开发人员可以很好的掌控开发的过程。 我在项目开发过程中，一个具体的功能的开发流程是：拿到一个具体的功能需求文档和设计好的前台界面（在开发中我不负责设计页面），分析需要从前台传递哪些参数，确定参数的变量名称，在Action中设置相应的变量，这些参数在前台如何显示，并将页面上的一些控件适当使用Struts2提供的服务器端控件来代替，编写Action对应的方法来完成业务逻辑，最后，做一些与配置文件相关的设置。当然实际的开发比这个过程要复杂，涉及到数据库，验证，异常等处理。但是使用Struts2进行开发，你的关注点绝大部分是在如何实现业务逻辑上，开发过程十分清晰明了。 2.使用OGNL进行参数传递。 OGNL提供了在Struts2里访问各种作用域中的数据的简单方式，你可以方便的获取Request，Attribute，Application，Session，Parameters中的数据。大大简化了开发人员在获取这些数据时的代码量。 3.强大的拦截器 Struts2 的拦截器是一个Action级别的AOP，Struts2中的许多特性都是通过拦截器来实现的，例如异常处理，文件上传，验证等。拦截器是可配置与重用的，可以将一些通用的功能如：登录验证，权限验证等置于拦截器中以完成一些Java Web项目中比较通用的功能。在我实现的的一Web项目中，就是使用Struts2的拦截器来完成了系统中的权限验证功能。 4.易于测试 Struts2的Action都是简单的POJO，这样可以方便的对Struts2的Action编写测试用例，大大方便了Java Web项目的测试。 5.易于扩展的插件机制 在Struts2添加扩展是一件愉快而轻松的事情，只需要将所需要的Jar包放到WEB-INF/lib文件夹中，在struts.xml中作一些简单的设置就可以实现扩展。常用的Struts2的扩展可以通过这个链接找到： http://cwiki.apache.org/S2PLUGINS/home.html 6.模块化 Struts2已经把模块化作为了体系架构中的基本思想，可以通过三种方法来将应用程序模块化： 将配置信息拆分成多个文件 把自包含的应用模块创建为插件 创建新的框架特性，即将与特定应用无关的新功能组织成插件，以添加到多个应用中去。 7.全局结果与声明式异常 为应用程序添加全局的Result，和在配置文件中对异常进行处理，这样当处理过程中出现指定异常时，可以跳转到特定页面，这一功能十分实用。
struts1和struts2的最大的差别在哪，struts2的突出成就是什么
Struts2虽然在大版本号上是第二个版本，但基本上在配置和使用上已经完全颠覆了
Struts1.x的方式（当然，Struts2仍然是基于MVC模式的，也是动作驱动的，可能这是唯一
没变的东西）。Struts2实际上是在Webwork基础上构建起来的MVC 框架。我们从Struts2的
源代码中可以看到，有很多都是直接使用的xwork(Webwork的核心技术)的包。
Struts2和Struts1的不同
Action 类
▶Struts1要求Action类继承一个抽象基类。Struts1的一个普遍问题是使用抽象类编程而不是接口。
▶Struts 2 Action类可以实现一个Action接口，也可实现其他接口，使可选和定制的服务成为可能。Struts2提供一个ActionSupport基类去实现 常用的接口。Action接口不是必须的，任何有execute标识的POJO对象都可以用作Struts2的Action对象。
线程模式
▶Struts1 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts1 Action能做的事，并且要在开发时特别小心。Action资源必须是线程安全的或同步的。
▶Struts2 Action对象为每一个请求产生一个实例，因此没有线程安全问题。（实际上，servlet容器给每个请求产生许多可丢弃的对象，并且不会导致性能和垃圾回收问题）
Servlet 依赖
▶Struts1 Action 依赖于Servlet API ,因为当一个Action被调用时HttpServletRequest 和 HttpServletResponse 被传递给execute方法。
▶Struts 2 Action不依赖于容器，允许Action脱离容器单独被测试。如果需要，Struts2 Action仍然可以访问初始的request和response。但是，其他的元素减少或者消除了直接访问HttpServetRequest 和 HttpServletResponse的必要性。
捕获输入
▶Struts1 使用ActionForm对象捕获输入。所有的ActionForm必须继承一个基类。因为其他JavaBean不能用作ActionForm，开发者经常创建多余的类捕获输入。动态Bean（DynaBeans）可以作为创建传统ActionForm的选择，但是，开发者可能是在重新描述(创建)已经存在的JavaBean（仍然会导致有冗余的javabean）。
▶Struts 2直接使用Action属性作为输入属性，消除了对第二个输入对象的需求。输入属性可能是有自己(子)属性的rich对象类型。Action属性能够通过web页面上的taglibs访问。Struts2也支持ActionForm模式。rich对象类型，包括业务对象，能够用作输入/输出对象。这种ModelDriven 特性简化了taglib对POJO输入对象的引用。
可测性
▶测试Struts1 Action的一个主要问题是execute方法暴露了servlet API（这使得测试要依赖于容器）。一个第三方扩展－－Struts TestCase－－提供了一套Struts1的模拟对象（来进行测试）。
▶Struts 2 Action可以通过初始化、设置属性、调用方法来测试，“依赖注入”支持也使测试更容易。
表达式语言
▶Struts1 整合了JSTL，因此使用JSTL EL。这种EL有基本对象图遍历，但是对集合和索引属性的支持很弱。
▶Struts2可以使用JSTL，但是也支持一个更强大和灵活的表达式语言－－"Object-Graph Navigation Language" (OGNL对象图导航语言).
绑定值到页面（view）:
▶Struts 1使用标准JSP机制把对象绑定到页面中来访问。
▶Struts 2 使用 "ValueStack"技术，使taglib能够访问值而不需要把你的页面（view）和对象绑定起来。ValueStack策略允许通过一系列名称相同但类型不同的属性重用页面（view）。
类型转换
▶Struts 1 ActionForm 属性通常都是String类型。Struts1使用Commons-Beanutils进行类型转换。每个类一个转换器，对每一个实例来说是不可配置的。
▶Struts2 使用OGNL进行类型转换。提供基本和常用对象的转换器。
校验
▶Struts 1支持在ActionForm的validate方法中手动校验，或者通过Commons Validator的扩展来校验。同一个类可以有不同的校验内容，但不能校验子对象。
▶Struts2支持通过validate方法和XWork校验框架来进行校验。XWork校验框架使用为属性类类型定义的校验和内容校验，来支持chain校验子属性。
Action执行的控制
▶Struts1支持每一个模块有单独的Request Processors（生命周期），但是模块中的所有Action必须共享相同的生命周期。
▶Struts2支持通过拦截器堆栈（Interceptor Stacks）为每一个Action创建不同的生命周期。堆栈能够根据需要和不同的Action一起使用。
为什么要用到struts2
Apache Struts在2000年5月由 Craig McClanahan 发起，并于2001年7月发布了1.0版本。从技术的角度上讲，它是在开发Web程序上的一次跨越性的进步，但更重要的是，它是在最恰当的时候出现在了人们的眼前。Struts 一出现便大受欢迎，更成为了以后几年内web开发的实际标准。
Struts2是Struts的下一代产品。最初提案Struts Ti所设想的发展方向，在Struts的现有代码的基础上是很难完成的。在发起提案的时候，Patrick Lightbody 把多个不同的Web框架的领导者邀请到了一起，希望大家能够协力完成一个通用的框架。但因种种原因，只有WebWork和Struts走到了一起。Struts2吸取了Struts1.x和WebWork的各种优点，更改了一些不足的地方，比如移走了原来WebWork中的IOC实现，引入Spring的IOC实现等。Struts2的目标就是----使Web开发更加容易。
今天摆在web开发人员面前的是众多的web开发框架，有些来自开源社区，有些来自商业公司，以满足各种web开发需要，到目前为止，有最少超过40种的web开发框架，那我们为什么要选择Struts2呢？下面列出一些Struts2的特性。
基于pojo易于测试
在Struts1.x中我需要Mock出这两个Http对象，使我们很难编写Action的单元测试，与Struts1.x相比，Struts2的Action 不再依赖于HttpServletRequest和HttpServletResponse对象，使我们能够更方便的针对Action编写单元测试。Struts2的单元测试看起来就像这样：
public void testEnrol(){
userinfoAction.setUsername("wangwu");
userinfoAction.setUserPassword("123456");
userinfoAction.setMail("");
String result = userinfoAction.enrol();
assertEquals("success",result);
}
与Spring的集成
与Struts1.x相比，Struts2不必再自己编写singleton，进一步的降低了程序间的耦合性，就Struts2内部本身而言，降低了框架本身的偶合性。
更加的模块化
与Struts1.X 相比，Struts2更加的模块化，可以轻松将配置信息按功能界限拆分成多个文件，便于管理和团队协作开发。
基于插件的框架
Struts2是一个基于插件的框架，社区中提供了很多实用的插件，比如jfreechat/json等等，使用这些插件可以简化我们的开发，加快开发进度。
大量的拦截器
Struts2本身提供了大量的可重用的拦截器，比如类型转换拦截器，很多时候我们从页面取得参数，这个时候它是String类型的，我们需要手动的把它转成Long型的或是Integer型的再使用，在Struts2中你不必这样做，Struts2中已经帮你做了这些事情了。当然我们也可以实现自定义的拦截器，比如：权限检查拦截器来做访问控制。
惯例大于配置
惯例大于配置是Struts2的架构目标，比如我们需要对页面输入的数据进行验证，只需取一个跟Action同名的xxAction-validation.xml文件，Struts2就会自动的进行验证。还有很多，比如国际化资源文件等。
多种视图的支持
多种视图的支持：jsp，freemarker，Veloctiy，只要你愿意，你甚至可以通过轻松的改造让它支持pdf，同一个项目中你可以支持多种视图。
申明式的异常处理
Struts2提供了方便的申明式异常处理，它看起来像这样：
/WEB-INF/pages/client/licenceException.jsp
/WEB-INF/pages/client/unPay.jsp
/WEB-INF/pages/client/accessDeny.jsp
如果你以前是WebWork的用户，那么你会觉得Struts2和WebWork实在是太像了，当然如果你以前是Struts1.x的忠实用户，也能够快速的过渡到Struts2的开发中来，如果你重来没有用过任何框架，你也可以通过快速的学习，加入到Struts2的应用开发中来，因为它足够的简单。
Struts2的详细工作原理？
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.产生的响应行为发送给客服端。