今天搭框架的时候发现以前写spring和mybatis的整合配置文件的时候总是写成一个注解扫描 ,然后在springmvc的配置文件中又要再配置一次 ,然后记起来发现如果不在springMVC的配置文件中再配置一次就会报404的错误 ,现在整理一下 ,也方便以后回忆学习.
spring-mybatis-config.xml的配置
springMVC的配置
web.xml的配置
这是以前的配置方式, 在这个配置方式中使用了三个上下文 ,spring的父子容器都使用到了
1.在项目启动的时候会加载web.xml里的内容,这个时候会先加载listener ,此时contextLoaderListener会监听到这个事件，其contextInitialized方法会被调用，在这个方法中，spring会初始化一个启动上下文，这个上下文被称为根上下文，即WebApplicationContext .
2.contextLoaderListener监听器初始化完毕后，开始初始化web.xml中配置的Servlet，这个servlet可以配置多个，以最常见的DispatcherServlet为例，这个servlet实际上是一个标准的前端控制器，用以转发、匹配、处理每个servlet请求。DispatcherServlet上下文在初始化的时候会建立自己的IoC上下文，用以持有spring mvc相关的bean。在建立DispatcherServlet自己的IoC上下文时，会利用WebApplicationContext.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE先从ServletContext中获取之前的根上下文(即WebApplicationContext)作为自己上下文的parent上下文。有了这个parent上下文之后，再初始化自己持有的上下文。这个DispatcherServlet初始化自己上下文的工作在其initStrategies方法中可以看到，大概的工作就是初始化处理器映射、视图解析等。这个servlet自己持有的上下文默认实现类也是mlWebApplicationContext。初始化完毕后，spring以与servlet的名字相关(此处不是简单的以servlet名为Key，而是通过一些转换，具体可自行查看源码)的属性为属性Key，也将其存到ServletContext中，以便后续使用。这样每个servlet就持有自己的上下文，即拥有自己独立的bean空间，同时各个servlet共享相同的bean，即根上下文(父容器中)定义的那些bean。
总结: 在上图中的访问规则可以看出两个容器的功能是相同的,都可以加载扫描所有的bean,但是使用了两个容器之后,像我之前的配置方式就会发现,spring-mybatis的配置文件中的扫描是没有用处的,controller会优先使用自己配置的扫描,使用子容器中的service和dao,但是service的aop事务管理是在spring-mybatis的配置文件中配置的 ,那么这个时候你就会发现你配置的事务没有起作用,这也是一个原因所在 .还有父容器中的controller是无法访问子容器中的bean的 ,也就是说父容器(spring-mybatis配置文件)只配置了controller的扫描,其他的在子容器(springMVC配置文件)中配置,name会有IOC的错误 .
当然以上说法都是按照正常情况去配置会发生的问题,倘若你只用子容器,那么随便在哪个里面配置都是可以的,只不过在父容器中配置的controller是访问不到的.