struts1和struts2原理以及区别.docVIP

Mvc设计模式： Mvc是一种软件设计模式，代表了一种多层的应用程序实现方式，mvc模式将应用程序实现分为三个不同的基本部分。 模型：表示数据和业务处理 视图：是用户看到并与之交互的界面 控制器：接受用户的输入并调用模型和视图去完成用户的请求。 Mvc的处理过程：首先控制器接受用户的请求，并决定应该调用哪个模型来进行处理，然后模型处理用户的请求并返回数据，最后控制器确定用相应的视图将模型返回的数据呈现给用户。 Struts1是mvc设计模式的一个优秀实现。Struts定义了通用的controller，通过一个配置文件隔离了model和view，以Action的概念对用户请求做了封装。 Struts2以webwork优秀的设计思想为核心，吸收了struts框架的部分优点，提供了一个更加整洁的mvc设计模式实现的web应用程序框架。 Struts2 提供了一个更加整洁的MVC设计模式设实现的web应用程序框架。 Struts1执行过程: 1、Web容器启动的时候，ActionServlet被初始化，加载struts-config.xml配置文件。 2、当客户端浏览器发起请求到ActionServlet时，ActionServlet对请求进行处理。根据请求的路劲和配置信息找到对应的Action和ActionForm。 3、在确定将要调用的Action和对应的ActionForm后，就讲请求中包含的值填充到ActionForm中。在调用Action的execute方法前，ActionServlet还需要准备好ActionMapping参数。 4、Action调用业务逻辑方法，得到返回值，并返回ActionForward对象。 5、控制权重新回到ActionServlet，ActionServlet根据Action返回的ActionForward对象转发到相应的页面。 6、处理结果返回给浏览器。 Struts2执行过程: 1 客户端初始化一个指向Servlet容器（例如Tomcat）的请求2 这个请求经过一个的过滤器链（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMesh Plugin）3 接着FilterDispatcher被调用，FilterDispatcher询问ActionMapper来决定这个请求是否需要调用某个Action4 如果ActionMapper决定需要调用某个Action，FilterDispatcher把请求的处理交给ActionProxy5 ActionProxy通过Configuration Manager（配置管理器）从配置文件读取配置信息，找到需要调用的Action类6 ActionProxy创建一个ActionInvocation的实例。7 ActionInvocation实例（创建时填充所有的对象和信息）使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。8 一旦Action执行完毕，ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是（但不总是，也可 能是另外的一个Action链）一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2 框架中继承的标签。在这个过程中需要涉及到ActionMapper Struts1和struts2不同点： Action 类: Struts1要求Action类继承一个抽象基类。Struts1的一个普遍问题是使用抽象类编程而不是接口。 Struts 2 Action类可以实现一个Action接口，也可实现其他接口，使可选和定制的服务成为可能。Struts2提供一个ActionSupport基类去实现常用的接口。Action接口不是必须的，任何有execute标识的POJO对象都可以用作Struts2的Action对象。 线程模式: Struts1 Action是单例模式并且必须是线程安全的，因为仅有Action的一个实例来处理所有的请求。单例策略限制了Struts1 Action能作的事，并且要在开发时特别小心。Action资源必须是线程安全的或同步的。 Struts2 Action对象为每一个请求产生一个实例，因此没有线程安全问题。（实际上，servlet容器给每个请求产生许多可丢弃的对象，并且不会导致性能和垃圾回收问题） Servlet 依赖: Struts1 Action 依赖于Servlet API ,因为当一个Action被调用时HttpServletRequest 和 HttpServletRespons