struts1.2和struts2最大的不同是，struts2集成了Webwork。
区别相当大，2.0改进很多，整合webwork，去掉了一些不常用得标签，
struts2.x是在webwork2的基础上构建的，集成了大量的东西，像什么拦截器，校验框架等，相当复杂，struts1.x相对来说就显得小得多了，东西就那么几个。
特性
Struts 1。2
Struts 2 .0
Action类
Struts 1要求Action类要扩展自一个抽象基类。Struts 1的一个共有的问题是面向抽象类编程而不是面向接口编程。
Struts 2的Action类实现了一个Action接口，连同其他接口一起来实现可选择和自定义的服务。Struts 2提供一个名叫ActionSupport的基类来实现一般使用的接口。虽然，Action接口不是必须的。任何使用execute方法的POJO对象可以被当作Struts 2的Action对象来使用。
线程模型
Struts 1 Action类是单例类，因为只有一个示例来控制所有的请求。
单例类策略造成了一定的限制幷且给开发带来了额外的烦恼。Action资源必须是线程安全或者同步的。
Struts 2 Action对象为每一个请求都实例化对象，所以没有线程安全的问题。
（实践中，servlet容器产生许多丢弃的对象对于每一个请求，多于一个的对象并不影响垃圾收集）
Servlet 依赖
Struts 1的Action类依赖于servlet API以为HttpServletRequest和HttpServletResponse作为参数传给execute方法当Action被调用时。
Struts 2的Action不和容器有关。Servlet上下文被表现为简单的Maps，允许Action被独立的测试。Struts 2的Action可以访问最初的请求和相应，如果需要的话。然而，其他的架构元素减少或者排除直接访问HttpServletRequest或者HttpServletResponse的需要。
易测性
测试Struts 1的主要障碍是execute方法暴露了Servlet API。第三方的扩展，Struts测试用例，提供Struts 1的集合对象。
Struts 2的Action可以通过实例化Action来测试，设置属性，然后调用方法。依赖注入的支持也是测试变得更简单。
接受输入
Struts 1使用ActionForm对象来捕获输入。象Action一样，所有的ActionForm必须扩展基类。因为其他的JavaBean不能作为ActionForm使用，开发者经常创建多余的类来捕获输入。DynaBeans可以被用来作为替代ActionForm的类来创建。但是开发者可以重新描述已经存在的JavaBean。
Struts 2 Action属性作为输入属性，排除第二个输入对象的需要。输入属性可能有丰富的对象类型这些类型有他们自己的属性。Action的属性可以通过标签库来访问。Struts 2也支持ActionForm形式。丰富的对象类型，包含业务或者域对象，可以被当作输入或者输出对象来使用。糢型驱动特性简化标签对POJO输入对象的引用。
表达式语言
Struts 1整和JSTL，所以它使用JSTL的表达式语言。表达式语言有基本的图形对象移动，但是相对很弱的集合和被索引的属性支持。
Struts 2使用JSTL，但是框架也支持更强大和更灵活的表达式，叫做“对象图形符号语言”（OGNL）。
将值绑定要视图上
Struts 1使用标準JSP机製来绑定对象到页面上下文。
Struts 2使用“ValueStack”技术为了标签库可以不用链接你的视图到对象的表现类型来访问值。ValueStack策略允许重用视图。
类型转换
Struts 1的ActionForm属性经常都是String的。Struts 1使用Commons-Beanutils来类型转换。转换每一个类，幷不是为每一个实例配置。
Struts 2使用OGNL来类型转换。框架包含转换器来为基本的和共同的对象类型和原始类型。
验证
Struts 1支持手动验证凭借ActionForm的validate方法，或者通过扩展的公用验证器。类可以有不同的验证上下文来未相同的类，但是不能不能包括验证子对象。
Struts 2支持手动验证凭藉validate方法和XWo
rk验证框架。Xwork验证框架支持一连串的验证子属性使用的验证为了属性类的类型和严正上下文而定义。
Action执行的控制
Struts 1支持独立的请求处理器对于每一个模型，但是所有在模型中的Action必须共享同一个生命周期。
Struts 2支持在每一个Action基础上凭借拦截栈创建不同的生命周期。自定义栈可以被创建幷且使用不同的所需 的Action
类： Struts1 要求 Action 类继承一个抽象基类。 Struts1的一个普遍问题是使用抽象类编程而不是接口。 Struts2 Action 类可以实现Action 接口，也可以实现其他的接口，使可选和定制的服务成为可能。 Struts2提供一个ActionSupport 基类去实现常用的接口。 Action接口不是必须的。 任何有execute标识的POJO对象都可以用作Struts2的Action对象。 线程模式： Struts1 Action是单例模式并且是线程安全的。 因为仅有Action的一个实例来处理所有的请求。 单例策略限制了Struts1 Action 能做的事，并且要在开发的时特别的小心。 Action资源必须是线程安全的或同步的。 Struts2 Action对象为每一个请求产生一个实例，因此没有线程安全问题 Servlet 依赖： Struts1 Action 依赖于Servlet API , 因为当一个Action被调用时HttpServletRequest 和HttpServletResponse被传递给execute方法 Struts2 Action 不依赖于容器，允许Action脱离容器单独被测试。 如果需要，Struts2 Action仍然可以访问初始的request和response. 但是，其他的元素减少或者消除了直接访问HttpServletRequest 和HttpResponse的必要性。 可测性： 测试Struts1 Action 的一个主要问题是execute方法暴露了servlet API(使得测试要依赖于容器). 一个第三方扩展——-Struts TestCase —-提供了一套Struts1的模拟对象（来进行测试） Struts2 Action 可以通过初始化，设置属性，调用方法来测试，“依赖注入”支持也使测试更容易。 |
声明：该篇为本人转载的 觉得说的挺详细的。来源于网上整理
