Struts1和Struts2对比

最近学习了Struts1和Struts2.很多人、很多资料都提到。Struts2不是从Struts1发展而来的。Struts2的前身是WebWork。那它俩到底有多大的不同呢，看了一些资料，下边就来比较比较。

一、架构分析

Struts1的架构图：

执行流程：
1.用户在浏览器端发送请求，服务器(比如：Tomcat)创建HttpServletRequest和HttpServletResponse对象。并将用户的请求的表单信息放到HttpServletRequest对象中。
2.创建ActionServlet对象，在ActionServlet中有一个核心对象RequestProcessor，(1)截取用户请求的地址path，查询得到ActionMapping对象，对应于Struts-config.xml中的acion-mapping标签中的信息。(2)利用ActionMapping中的name，创建ActionForm对象。对应于Struts-config.xml中的form-bean标签中的信息。
3.ActionForm通过reset，获取用户提交的表单信息中所有为name的属性，相应的设置到ActionForm对象的属性中。
4.通过ActionMapping对象中action的完整路径，创建Action(如果有则返回，如果没有则创建，放到map，下次用就不用再创建了。所以，struts1的action是只创建一个实例的)。通过指定的Action，ActionMapping对象、ActionForm对象、HttpServletRequest对象、HttpServletResponse对象作为参数调用调用execute方法。根据用户的请求，控制调用Model，操作数据库，返回操作数据库的结果信息，放到request中。并返回要跳转到的页面。

Struts2的架构图：

执行流程：
1 客户端初始化一个指向Servlet容器（例如Tomcat）的请求。
2 这个请求经过一系列的过滤器（Filter）。
3 接着FilterDispatcher(struts2.1.3之后，strutsPrepareAndExcuteFilter就代替了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中的配置找到对应的返回结果。
Struts2的核心就是拦截器。Struts.xml中所有的package都要extends=”struts-default”。同理与所有的Java类都要extends自Object一样。struts-default.xml里面就是要做以上事情。

二、对比
对比struts1和struts2的执行流程，我没觉得它俩有什么太大的差别。大致是相同的：用户发送请求，通过request到核心控制器上(struts1中是ActionServlet，Struts2中是StrutsPrepareAndExcuteFilter),控制器根据配置文件中的配置，决定调用哪个Action，通过Action的execute()方法，控制调用哪个Model，处理用户的请求，操作数据库，并返回操作结果，并返回跳转的页面。
那Struts2到底是哪里的设计，让它大放异彩？

Struts1的缺点：
1.在struts1中，用户请求提交到request，所有的request都需经过核心控制器ActionServlet判断、处理，要调用哪个Action。创建Action后在调用Model进行业务处理。如果只是访问一个jsp页面，也还是需要经过配置，通过ActionServlet管理的。
Struts2中，ActionInvocation在创建Action时，是经过ActionMapper判断，是否要调用某个Action。只有需要调用的时候才创建。

2.Struts1的Action需要继承一个基类Action的。这里用到了HttpServletRequest、HttpServletResponse作为参数，所以struts1依赖了Servlet API的。存在这种依赖，架构是不容易扩展的，这就是入侵式的设计。此外因为依赖HttpServletRequest、HttpServletResponse，那我们的Action类的测试，是必须依赖web容器，web服务器的。这样的话，单元测试很不容易进行。
Strut2的Action可以不依赖于任何类，只是作为一个单独的，纯粹的类而存在，这样进行单元测试就简便了很多。

3.struts1的Action创建，是单例的。如果创建了就不在创建，所以所有的请求都在使用这一个实例，这就需要保证线程安全。
Struts2的Action创建，是为每一个请求创建一个实例，所以不用考虑线程安全问题。

4.struts1的view部分采用jsp实现。提供了JSTL标签库，标签库可以输出控制器的处理结果。 但struts1支持的表现层技术非常单一：既不支持FreeMarker、Velocity等模版技术，也不支持JasperReports等报表技术 。
比较之下，struts2支持更多的表现层技术，如velocity，freemarker和xslt等

struts1使用标准JSP机制把对象绑定到视图页面；struts2使用“ValueStack”技术，使标签库能访问值，而不需要把对象和视图页面绑定到一起。

所以，通过以上对比，就会发现struts1的设计虽然较于Model2有了很大的提升，但是随着时代、技术的发展，它的缺点会越来越放大。再看struts2，它和struts1的实现机制上有很大的不同，它弥补了struts1的不足。所以struts2并不是struts1的继承和发展，而是webwork的。