springmvc流程图;
struts2访问调用流程图:
依照上图,我们可以看出一个请求在struts的处理大概有如下步骤:
- 客户端初始化一个指向Servlet容器(例如Tomcat)的请求;
- 这个请求经过一系列的过滤器(Filter)(这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器,这个过滤器对于Struts2和其他框架的集成很有帮助,例如:SiteMesh Plugin);
- 接着StrutsPrepareAndExecuteFilter被调用,执行doFilter()方法,询问ActionMapper来决定这个请求是否需要调用某个Action;
- 如果ActionMapper决定需要调用某个Action,StrutsPrepareAndExecuteFilter把请求的处理交给ActionProxy;
- ActionProxy通过Configuration Manager询问框架的配置文件,找到需要调用的Action类;
- ActionProxy创建一个ActionInvocation的实例。
- ActionInvocation实例使用命名模式来调用,在调用Action的过程前后,涉及到相关拦截器(Intercepter)的调用。
- 一旦Action执行完毕,ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是(但不总是,也可能是另外的一个Action链)一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2 框架中继承的标签。在这个过程中需要涉及到ActionMapper。
struts2是类级别的拦截,每来一个请求创建一个action,一个类对应一个request上下文,各个方法之间共享变量
因为struts2 action的一个方法可以对应一个url
而其类属性却被所有方法共享,这也就无法用注解或其他方式标识其所属方法了
springMvc是基于方法级别的拦截,一个方法对应一个request上下文,方法之间独立,独享request response数据,请求数据通过参数获取,处理结果通过ModelMapper传回给框架,方法之间不共享变量。
spring3 mvc的验证也是一个亮点,支持JSR303
处理ajax的请求更是方便 只需一个注解@ResponseBody ,然后直接返回响应文本即可
springmvc开发速度和性能优于struts2
注解和性能没有关系,Servlet的生命周期是这样的,在调用这个Servlet时候才创建这个Servlet的类并运行init()方法,然后另外有人运行这个Servlet的时候并没有重启创建Servlet和运行里边的init()方法,所以Servlet容器时单利的,spring就是Servlet的封装的框架,包括所有的依赖注入都是在tomcat启动的时候全部被初始化的,其他的注解也一样,也就是说注解也就是以前的xml的配置的替代,以前没个请求都要运行一次xml吗?并不是的,xml是在tomcat启动时就读一次而已并利用里边的配置初始化很多的东西,然后就不在使用了,因为都成了单利的,这样就保证了效率,不是每次都把我们要注入的全部new一次,而是tomcat启动的时候全部new一次以后就不new了,保证了效率问题。
所以我不明白那个 光看注解就知道性能不好?
注解就是替代了xml配置而已,而且也是初始化一次,也就是说和编写Servlet一样的在init()中做了很多的事而已,并且以后不会在运行init()了,除非你重启tomcat。
struts1也一样,运行一个action的方法的时候创建一个action类,以后再运行就不会创建了,其实也是Servlet的封装的框架。
struts2特殊一些,没个请求要new一个action来保证线程安全。所以效率会低一些,但是不会低的特别离谱。
这样也说明了spring3的mvc和struts1的mvc还有Servlet都是方法的线程安全,所以在类方法声明的私有或者公有变量不是线程安全的,struts2的确实是线程安全的。
简短介绍:
1、struts2是一个请求一个action,springmvc是单例模式的
2、struts2是基于类的横切,springmvc是基于方法的,粒度更细
3、一个入口是filter,一个入口是servlet,两者机制不同,拦截器也不相同
4、spring体系更加强大和活跃