Struts與Struts2的区别及各自的原理.docVIP

struts1的工作原理图： ? 1.初始化：struts框架的总控制器ActionServlet是一个Servlet，它在web.xml中配置成自动启动的Servlet，在启动时总控制器会读取配置文件(struts-config.xml)的配置信息，为struts中不同的模块初始化相应的对象。(面向对象思想) ? 2.发送请求：用户提交表单或通过URL向WEB服务器提交请求，请求的数据用HTTP协议传给web服务器。 ? 3.form填充：struts的总控制器ActionServlet在用户提交请求时将数据放到对应的form对象中的成员变量中。 ? 4.派发请求：控制器根据配置信息对象ActionConfig将请求派发到具体的Action，对应的formBean一并传给这个Action中的excute()方法。 ? 5.处理业务：Action一般只包含一个excute()方法，它负责执行相应的业务逻辑(调用其它的业务模块)完毕后返回一个ActionForward对象。服务器通过ActionForward对象进行转发工作。 ? 6.返回响应：Action将业务处理的不同结果返回一个目标响应对象给总控制器。 ? 7.查找响应：总控制器根据Action处理业务返回的目标响应对象，找到对应的资源对象，一般情况下为jsp页面。 ? 8.响应用户：目标响应对象将结果传递给资源对象，将结果展现给用户。 Struts2 体系结构 Struts2是Struts1的下一代产品，是在struts和WebWork的技术基本上尽心合并的全新的Struts2框架。其全新的Strut2的体系结构与Struts1的体系结构的差别巨大。Struts 2以WebWork为核心，采用拦截器的机制来处理用户的请求，这样的设计也使得业务逻辑控制器能够与Servlet API完全脱离开，所以Struts 2可以理解为WebWork的更新产品。虽然从Struts 1到Struts 2有着太大的变化，但是相对于WebWork，Struts 2只有很小的变化。 Struts2的体系与Struts1体系的差别非常大，因为Struts2使用了WebWork的设计核心，而不是Struts1的设计核心。Struts2中大量使用拦截器来处理用户的请求，从而允许用户的业务逻辑控制器与Servlet API分离。 Struts2框架的大概处理流程如下： FilterDispatcher会调用Action映射器ActionMapper，ActionMapper返回一个收集了Action详细信息的ActionMapping。 随后FilterDispatcher将控制器委派给ActionProxy。 ActionProxy调用配置管理器(ConfigurationManager)在struts.xml配置文件中搜索被请求的Action类。 ActionProxy创建一个被请求Action的实例(所有的Action实例全部被创建为ActionInvocation对象)，用来处理客户端请求信息； 如果在struts.xml配置文件存在于被请求Action相关的拦截器配置，那么该Action实例被调用的前后，这些拦截器将会被执行； Action对请求处理完毕后返回一个逻辑视图，由此逻辑视图找到相应物理视图（可以说JSP、Velocity模板、FreeMarker模板等）返回给客户端。 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