Struts是一个基于MVC的开源框架，具有组件的模块化、灵活性和重用性的优点，同时简化了基于MVC的web应用程序的开发。

struts可以清晰地区分控制，事务逻辑和外观，从而简化了开发应用程序的过程。struts提供的类使得开发工作更加简单，这些类包括：控制程序流程的类、实现和执行程序事务逻辑的类、自定义的标记库使得创建和验证HTML表单更加容易。

下面是我初步学习了Struts以后，简单勾勒的一张知识点的罗列图。

点击查看可折叠的原导图

每个事物的存在必有其存在的意义，同时也有优缺点。具体来讲,

Struts的优点有:

• 实现MVC模式，结构清晰,使开发者只关注业务逻辑的实现.
  
  
• 有丰富的tag可以用 Struts的标记库(Taglib)，如能灵活动用，则能大大提高开发效率。
  
  
• 页面导航，会使得系统的脉络更加清晰。通过一个配置文件，即可把握整个系统各部分之间的联系，这对于后期的维护有着莫大的好处。尤其是当另一批开发者接手这个项目时，这种优势体现得更加明显。
  
  
• 提供Exception处理机制
  
  
• 支持I18N

缺点:

• 页面导航受限于forward
  转到展示层时，需要配置forward，每一次转到展示层，相信大多数都是直接转到jsp，而涉及到转向，需要配置forward，如果有十个展示层的jsp，需要配置十次struts，而且还不包括有时候目录、文件变更，需要重新修改forward，注意，每次修改配置之后，要求重新部署整个项目，而tomcate这样的服务器，还必须重新启动服务器，如果业务变更复杂频繁的系统，这样的操作简单不可想象。现在就是这样，几十上百个人同时在线使用系统时，大家可以想象一下，重启服务器将意味着什么。
  
  
• Struts的Action必需是thread-safe方式
  它仅仅允许一个实例去处理所有的请求。所以action用到的所有的资源都必需统一同步，这个就引起了线程安全的问题。
  
  
• 测试不方便
  Struts的每个Action都同Web层耦合在一起，这样它的测试依赖于Web容器，单元测试也很难实现。不过有一个Junit的扩展工具Struts TestCase可以实现它的单元测试。
  
  
• 对事件支持不够
  在struts中，实际是一个表单Form对应一个Action类(或DispatchAction)，换一句话说：在Struts中实际是一个表单只能对应一个事件，struts这种事件方式称为application event。它与component event相比是一种粗粒度的事件。