struts2笔记 - 概述
Struts 2 中不想要要在在处理和HTTP相关的操作，自需要使用框架的接口即可。在Strut 2 中不再会涉及到诸如 HttpServletRequest, HttpServletResponse， HttpSession等Http相关的Servlet接口类，取而代之的是Struts 2 的接口，例如RequestAware，SessionAware等。
Struts 2 的标签基于 CSS，标签可以提供自己需要的HTML支持。
Struts 2 的标签利用了CSS和模板，使用起来会非常方便，在Struts 1.x中我们需要使用Table来组织表单，但是在Struts 2中所有的标签自带了Table内容，可以方便的处理格式。例如<s:textfield> 标签自动添加了 <tr> <td> 等标签。
有状态的Checkbox，可以以一种统一的方式记录checkbox状态的变化。
在Struts 2中即使没有被选中的checkbox其内容仍然存在于Struts 2 框架中，不必像在Struts 1.x中那样需要做特殊的存在性判断。
灵活的取消按钮，在取消按钮点击的时候可以指向一个不同的action。
@TODO
可以在制定Form的action的同时，制定cancel按钮的action，当点击submit和cancel的时候出现完全按不同的功能。
第一等级的AJAX的支持，在普通struts 标签的基础上，使用AJAX增加了交互性和灵活性。
Struts 2 的标签内置了Ajax的支持。Struts 2 的标签使用了Dojotoolkit Ajax框架，不但能够使用Ajax特性，而且能够使用非常丰富和强大的浏览器小控件，例如日期选择控件
见到那集成Spring框架，非常简单的使用Spring框架提供的依赖注入功能。
可以方便的使用Spring管理Struts 2 的action的创建，通过使用Spring可以充分的利用Spring的依赖诸如功能，并且能够很好的集成其他的框架，例如Hibernate，iBatis等。
更多的返回形式，除了JSP还支持，JasperReports,JFreeChart, Action链，文件下载等。
除了支持JSP的表现形式，还支持JasperResports报表， JFreechart图标，Action链，文件下载等。
POJO表单，不再需要ActionForms，使用Javabean获得客户的收入或者将属性表示出来，
完全消除了ActionForm组建，可以使用任意合适的类型来接受页面传来的数据或者将数据表现出来。ActionFrom可以使用POJO的 JavaBean来替代，JavaBean中的属性可以使用String，也可以使用具体的类型，例如Date，Int等。
POJO Action，使用任意的类作为Action类，甚至可以使用接口。
任何类都可以作为Action类，只要接口满足一些简单的定义，不需要在使用Action类似的基类，你可以完全自由的发挥。
部署
插件结构，使用jar文件扩展框架功能，不需要在做手动的配置，内置了JavaServer Faces， JasperResports, JFreeChart, Tiles等插件。
扩展一个功能只需要添加一个插件，插件甚至可以热插拔，在你的应用不停止的情况下追加新的功能。
集成了分析功能，可以方便的找到程序性能的问题点。
可以不借助外力发现程序的热点，找到问题的所在，
准确的报告错误，可以非常准确的指出程序的问题点。
准确的报告运行时的错误，方便解决问题。
维护
Action容易测试，直接测试Struts 2的Action，不需要使用Mock Http对象来测试。
Action是普通的类，不需要特殊的环境，所以Struts 2 的Action 特别容易测试。
聪明的默认值，不需要配置不必要的配置，大部分的框架配置元素的都有非常合适的默认值，基本上你不需要在做任何配置。
Struts 2 有很多的配置项，但是每一个都有默认值，基本额上不需要更改默认的选项即可保证最佳
容易定制的控制器，可以定制每一个Action的处理过程。
可以使用Intercepter来过滤每一个Action，在Action执行前后追加自定义的操作。
集成了Debugging，可以使用内容之的debugging工具找到问题。
灵活的标签库，可以通过修改FreeMarker模板来定制标签的输出，不需要在操作像天书异样的JSP Taglib API，模板语言支持，Freemarker和Velocity
可以自定义模板库，或者修改已有模板的内容来定制页面的显示。
Struts 2 中使用的模式
Command
Chain of responsibility
Struts2 处理流程概要
上图来源于Struts2官方站点，是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
在上述过程中所有的对象（Action，Results，Interceptors，等）都是通过ObjectFactory来创建的。