最初学习Spring时知道Spring容器是通过配置在web.xml中的ContextLoaderListener监听器，监听web容器初始化完成后，根据spring配置文件内容完成spring容器初始化。但是偶然发现自家项目的web.xml中居然没做如下配置。于是纳闷了，那Spring容器是如何启动的呢。
于是乎找找找，发现springMVC的配置文件好像有点端倪。于是就有了下面：
之前一直不知道Spring和SpringMVC会分别生成各自的容器，以为只有一个Spring容器。
也没有去研究过@Service，@Repository，@Component为什么要与@Controller要分开配置扫描。
答疑：
通常，用到Spring和SpringMVC的项目我们会做如下配置：
在SpringMVC的配置文件中扫描Controlller Bean（@Controller），在Spring的配置文件中扫描除了Controller的其他Bean（如@Service，@Repository，@Component等）。但是为什么一到分开扫描，直接在Spring配置文件中全部扫描呢？
首先，Spring和SpringMVC会根据各自的配置文件生成各自的上下文（容器），Spring容器是SpringMVC容器的父容器，子容器可以访问父容器中的Bean，而父容器可以不能访问子容器的Bean，所以按照以上配置，我们可以在@Controller中注入@Service，@Component，@Repository等Bean，但是如果想要在@Service中注入@Controller Bean是不可以的 ，因为父容器不能访问自容器中的Bean，实际我们也不会这样用。为了理清清Spring与SpringMVC的关系，考虑以下：
1、仅使用Spring扫描所有的bean
SpringMVC在匹配Controller与url的映射关系时只会在自己的上下文中查找Controller进行请求的处理。由于所有Controller的都在Spring容器中，SpringMVC找不到Controller对象，报404错误。（另外，此时的@Controller Bean可以注入@Service Bean中，因为两者都在Spring容器中，@Controller Bean可以被Spring注入）
2、Spring扫描所有Bean，SpringMVC扫描@Controller Bean
没有问题，Controller与URL正常映射。此外，@Service Bean可以注入@Controller Bean（来自Spring容器非SpringMVC容器）。
3、仅使用SpringMVC扫描所有的bean。
这就是自家项目的配置方法，使用上完全没有问题。所以我们项目中根本没有使用Spring的容器，而是用的SpringMVC的容器。
分开扫描的好处是便于扩展，如果要是项目需要加入Struts等可以整合进来，分开配置可以使SpingMVC和Struts都使用可使用Spring中的Bean。若只使用SpringMVC扫描，那么Struts中无法使用SpringMVC中的Bean？（待验证）