首先，结合到自己对于Spring的使用，我明确的一点是，Spring严格上来说，并不是一种框架。它相当于一个粘合剂，黏合了别的框架或者组件。所以，spring是一个容器！为什么用Spring，个人感觉，spring就是一个容器的本质，程序开发的模块组件，都可以通过spring这个容器进行组装拼合，spring为我们提供了很多 管理的功能。而且，它是一个轻量级的容器。我们常说EJB是重量级，Spring是轻量级的，那么，究竟什么叫轻量级或重量级呢？
附：轻量级和重量级（往简单了说）
首先；轻量级和重量级，它只是一个相对的概念。如果没有对比，就没有所谓的轻重之分
轻量级：当轻量级的框架启动时，创建和销毁的资源都非常少。简而言之，一个轻量级的框架，它的入侵性非常小，也可以说是耦合性很低。可以很轻易的替换掉它，而不需要做太大的改动，它对别的组件的依赖非常小！
重量级：和轻量级相对，引入一个重量级的框架，意味着需要引入相当多的依赖和其他组件，当需要修改这个框架时，基本上面临着重组的危机！
从Spring的结构图可以看出，springMVC位于spring web端的一个框架，是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web框架，即使用了MVC架构模式的思想，将web层进行职责解耦。附：基于请求驱动指的就是使用请求-响应模型。从原理上看，它基本上和.NET的MVC的原理相同！
三、Spring和SpringMVC的联系
从名字上就可以窥探出，Spring>SpringMVC，那么事实上，spring和SpringMVC是一种父子关系。SpringMVC是spring扩展出的一个应用于web端的框架。在这里需要注意的一点，就是到底什么是父子容器关系：
spring主要的作用是黏合其他模块组件，进行统一管理，springmvc则主要是负责web端。那么，我们都知道，我们在应用spring的时候，可以使用注入。这个时候，如果我们的web端是用的SpringMVC，这个时候，controller理论上是通过SpringMVC去注入，但是，使用spring注入，同样是可行的。同理，service等层，使用SpringMVC配置的统一扫描装配也是可以的。所以，如果说只是为了使用spring的依赖注入，是大可不必将springMVC和spring同时使用的。他们完全可以分开！
但是，尽管SpringMVC和spring都可以进行自动装配扫描，值得注意的是：
spring（父容器）并不能直接访问SpringMVC（子容器）所注入的对象，但是SpringMVC却可以访问到spring装载的对象。所以，在配置自动装配的时候，应该注意到这一点。
Struts是对于MVC的一种非常完美的实现，从根本上来说，它其实和SpringMVC一样，都是基于MVC思想的扩展实现。但是，在SpringMVC3之后 ，SpringMVC完超Struts。（注：但是，框架并没有优劣之分，框架本身就是一种权衡，相对而言而已）
Struts和SpringMVC的区别：
首先，如果说项目中使用了spring，那么还是使用SpringMVC吧，因为相对于融合Struts来说，spring和SpringMVC是非常完美的无缝链接。
其次，SpringMVC的拦截粒度是方法，而Struts的粒度是类
然后，入口不同，SpringMVC的入口是servlet，而Struts是filter
最后，如果使用注解的话，SpringMVC基本上是零配置，而Struts需要配置很多。
备注：想说一点的是：在Struts中可以配置开发者模式，就是说当修改了一个URL访问，可以不用重启工程。但是SpringMVC需要重启。
