springmvc和struts2比较

springmvc流程图；

struts2访问调用流程图：

依照上图，我们可以看出一个请求在struts的处理大概有如下步骤：

1. 客户端初始化一个指向Servlet容器（例如Tomcat）的请求；
2. 这个请求经过一系列的过滤器（Filter）（这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器，这个过滤器对于Struts2和其他框架的集成很有帮助，例如：SiteMesh Plugin）；
3. 接着StrutsPrepareAndExecuteFilter被调用，执行doFilter()方法，询问ActionMapper来决定这个请求是否需要调用某个Action；
4. 如果ActionMapper决定需要调用某个Action，StrutsPrepareAndExecuteFilter把请求的处理交给ActionProxy；
5. ActionProxy通过Configuration Manager询问框架的配置文件，找到需要调用的Action类；
6. ActionProxy创建一个ActionInvocation的实例。
7. ActionInvocation实例使用命名模式来调用，在调用Action的过程前后，涉及到相关拦截器（Intercepter）的调用。
8. 一旦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体系更加强大和活跃