spring和springmvc父子容器的关系

大家都知道，在spring的配置中要分开配置service层的注解扫描，以及springmvc变现层的注解扫描，如下：

<!-- 扫描加载Service实现类 -->
<context:component-scan base-package="com.xxx.service"></context:component-scan>


<context:component-scan base-package="com.xxx.controller" />

那么，问题来了，为什么不可以直接在spring的service中配置如下注解扫描呢？

<context:component-scan base-package="com"></context:component-scan>

这样只要配置一次扫描就够了。

事实上，这种配置会导致404错误，所以不能用。

原因

首先，spring是一个容器，里面放各种对象，而springmvc也是一个容器在spring容器内部，我们在web.xml中配置了如下：

<!-- 加载spring容器 -->
	<context-param>
		<param-name>contextConfigLocation</param-name>
		<param-value>classpath:spring/applicationContext-*.xml</param-value>
	</context-param>
	<listener>
		<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
	</listener>
  

  <!-- springmvc的前端控制器 -->
	<servlet>
		<servlet-name>taotao-manager</servlet-name>
		<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
		<!-- contextConfigLocation不是必须的， 如果不配置contextConfigLocation， springmvc的配置文件默认在：WEB-INF/servlet的name+"-servlet.xml" -->
		<init-param>
			<param-name>contextConfigLocation</param-name>
			<param-value>classpath:spring/springmvc.xml</param-value>
		</init-param>
		<load-on-startup>1</load-on-startup>
	</servlet>
	<servlet-mapping>
		<servlet-name>taotao-manager</servlet-name>
		<url-pattern>/</url-pattern>
	</servlet-mapping>

配置前端控制器，会在spring容器中创建一个新的容器，也就是springmvc这个容器，springmvc中存的是controller，spring中存的是service，dao。日常开发过程中，spring中将dao注入到service中，因为它们在一个容器中，注入没有问题，当然我们将service注入到controller中使用Autowired注入也没有问题，这是因为子容器是可以访问父容器中的对象，而在spring容器中父容器是不能访问子容器的对象的，这个时候如果我们配了一个全局的注解扫描，容器会将service，dao，controller都放到spring容器中，而springmvc容器中没有对象，也就没有controller，当其在加载前端控制器的时候找不到controller对象。

例如：

在applicationContext-service中配置

<!-- 扫描加载Service实现类 -->
<context:component-scan base-package="com.xxx.service"></context:component-scan>

会扫描@Controller，@Service，@Repository，@Component

springmvc.xml中不扫描

结论：这种情况下，springmvc不能提供服务，因为springmvc子容器中没有controller对象

单独使用springmvc扫描所有包可以用，也就是不适用spring容器，这样程序更加轻量级，而开发中spring，springmvc都用好处是便于扩展，可以将struts整合进来。

如果是spring+springmvc模型：事务管理器不能配置到springmvc中，只能在spring中。