简单介绍
Struts 2是Struts的下一代产品。是在 struts 1和WebWork的技术基础上进行了合并的全新的Struts 2框架。
其全新的Struts 2的体系结构与Struts 1的体系结构区别巨大。Struts 2以WebWork为核心。採用拦截器的机制来处理用户的请求，这种设计也使得业务逻辑控制器能够与ServletAPI全然脱离开，所以Struts 2能够理解为WebWork的更新产品。尽管从Struts 1到Struts 2有着太大的变化。但是相对于WebWork，Struts 2的变化非常小。
不管从struts2的设计角度看，还是从struts2在实际项目中的易用性来看，struts2都是一个非常优秀的mvc框架。
与struts1相比，struts2同意使用使用普通的Java对象作为action，给予aop思想的烂机器机制，提供了几号的可扩展性。
mvc思想及其优势
mvc并非Java语言所特有的设计思想，也并非web应用所特有的思想，他是全部面向对象程序设计语言都应遵循的规范。mvc是一种设计模式，将应用分为三层：model、view、controller。这三层以最少的耦合协同工作，从而提高应用的可扩展及可维护性。
从设计模式角度来看，mvc非常相似于观察者模式，但与观察者模式存在少许的区别：观察者模式下的观察者和被观察者能够是两个互相对等的对象。但对于mvc思想而言，被观察者往往仅仅是单纯的数据体。而观察者则是单纯的视图页面。
mvc的特点
多格式图相应一个模型。
模型返回的数据与现实逻辑分离。
应用被切割为三层，减少了隔层之间的耦合性。
控制层吧不同的模型和不同的视图组合在一起，完毕不同的请求。
符合软件project化管理的精神。
struts2的工作流程
配置步骤
1.web.xml文件里定义核心filter来拦截用户请求。
2.假设须要以post方式提交请求，则定义包括表单数据的JSP页面。假设仅仅仅仅是以get方式发送请求。则无需经过这一步。
3.定义处理用户请求的action类。
4.配置action。
5.配置处理结果和物理视图资源之间的相应关系。
6.编写资源视图
工作流程
优缺点
优点:
1. 实现MVC模式，结构清晰,使开发人员仅仅关注业务逻辑的实现.
2. 有丰富的tag能够用 ,Struts的标记库(Taglib)，如能灵活动用，则能大大提高开发效率。
另外，就眼下国内的JSP开发人员而言，除了使用JSP自带的经常使用标记外，非常少开发自己的标记，也许Struts是一个非常好的起点。
3. 页面导航.页面导航将是今后的一个发展方向，其实，这样做。使系统的脉络更加清晰。
通过一个配置文件，就可以把握整个系统各部分之间的联系，这对于后期的维护有着莫大的优点。
尤其是当还有一批开发人员接手这个项目时，这种优势体现得更加明显。
4. 提供Exception处理机制 .
5. 数据库链接池管理
6. 支持I18N
缺点:
1. 转到展示层时。须要配置forward。每一次转到展示层，相信大多数都是直接转到jsp，而涉及到转向，须要配置forward，假设有十个展示层的jsp，须要配置十次struts，并且还不包括有时候文件夹、文件变更。须要又一次改动forward。注意。每次改动配置之后。要求又一次部署整个项目，而tomcate这种server。还必须又一次启动server。假设业务变更复杂频繁的系统。这种操作简单不可想象。如今就是这样。几十上百个人同一时候在线使用我们的系统，大家能够想象一下，我的烦恼有多大。
2.Struts 的Action必需是thread－safe方式，它仅仅同意一个实例去处理全部的请求。所以action用到的全部的资源都必需统一同步，这个就引起了线程安全的问题。
3. 測试不方便. Struts的每一个Action都同Web层耦合在一起，这样它的測试依赖于Web容器，单元測试也非常难实现。
只是有一个Junit的扩展工具Struts TestCase能够实现它的单元測试。
4.类型的转换. Struts的FormBean把全部的数据都作为String类型。它能够使用工具Commons-Beanutils进行类型转化。但它的转化都是在Class级别，并且转化的类型是不可配置的。类型转化时的错误信息返回给用户也是非常困难的。
5.对Servlet的依赖性过强. Struts处理Action时必须要依赖ServletRequest 和ServletResponse，全部它摆脱不了Servlet容器。
6.前端表达式语言方面.Struts集成了JSTL，所以它主要使用JSTL的表达式语言来获取数据。
但是JSTL的表达式语言在Collection和索引属性方面处理显得非常弱。
7. 对Action运行的控制困难. Struts创建一个Action，假设想控制它的运行顺序将会非常困难。
甚至你要又一次去写Servlet来实现你的这个功能需求。
8.对Action 运行前和后的处理. Struts处理Action的时候是基于class的hierarchies。非常难在action处理前和后进行操作。
9.对事件支持不够. 在struts中，实际是一个表单Form相应一个Action类(或DispatchAction)。换一句话说：在Struts中实际是一个表单仅仅能相应一个事件，struts这种事件方式称为application event。application event和component event相比是一种粗粒度的事件。
不论什么一种技术的诞生都有其优缺点，在项目中依据实际情况选择性使用，文章中有不足之处。请大家批评指正。