1、Struts2和Struts1对比：
1）实现方式不同：
Struts1的Action类必须拓展Action类或者Action的子类，而Struts2的Action类可以不用实现任何；
2）Struts2每次请求都生成一个Aciton实例，不存在线程安全的问题；
3）Strut2较1相比为非侵入，不依赖Servlet API；
4）Struts2更易测试，因为不依赖Servlet API;
5 ) Struts2支持的表示层更为丰富（jsp、freeMaker。。。）
Struts1的工作流程（原理实现）
1、读取配置（初始化ModuleConfig对象）
struts框架总控制器(ActionServlet)是一个servlet，在web.xml中配置成自动启动的servlet。
读取配置文件(struts-config.xml)的配置信息。为不同的struts模块初始化相应的ModuleConfig对象。
2，发送请求
用户提交表单或者调用URL向web应用程序器提交一个请求，请求的数据用http协议上传给web服务器。
3，填充Form(实例化，复位，填充数据，校验，保存)
(.action请求)从ActionConfig中找出对应该请求的Action子类。如果没有相对应的Action，控制器直接转发给jsp页面，或者静态页面。如果对应的Action且这个Action有一个相应的ActionForm，ActionForm被实例化并用HTTP请求的数据填充其属性，并且保存在ServletContext中，(或request或者session中)，这样他就可以被其他的Action对象或者jsp页面调用。
4，派发请求
控制器根据配置信息ActionConfig将请求派发到具体的Action，相应的FormBean一并传给这个Action的execute()方法。
5，处理业务
Action一般只包含一个execute方法，他负责执行对应的业务逻辑(调用其他业务模块)。完毕返回一个ActionForward对象，控制器通过该ActionForward对象来进行转发工作。
6、返回响应
Action根据业务处理的不同结果返回一个响应对象给总的控制器。该目标响应对象对应一个具体的jsp页面或者一个Action。
7，查找响应（翻译响应）
总控制器根据业务功能Action返回的目标响应对象。找到对应的资源对象，通常是一个具体的jsp页面。
8，响应用户
Struts2的工作流程（原理实现）
（1）客户端提交请求
（2）请求被提交到一系列过滤器（先ActionContentCleanUp，然后其他过滤器，最后FilterDispatcher）
（3）FilterDispatcher咨询ActionMapper是否需要调用某个Action来处理这个请求，如果ActionMapper决定调用某个Action，FilterDispatcher则把请求的处理交给ActionProxy。
（4）ActionProxy通过Configuration Manager（struts.xml）询问框架的配置文件，找到需要调用的Action类。
（5）ActionProxy创建一个ActionInvocation实例，同时ActionInvocation通过代理模式调用Action，但在调用之前，ActionInvocation会根据配置加载Action相关的所有Interceptor（拦截器）
（6）一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果result