弄了这么久spring和springMVC一直以为这两个配置出来的对象是一致的,随便进行搭配,后来发现原来还是不一致的。
springmvc和spring会分别创建一个IOC容器,那么我们在进行扫描的时候就要注意,下面我们将整个访问流程,进行一个梳理,
一般情况下,controller是由我们springMVC进行管理,service和dao是由spring进行管理。
一般我们将spring称之为父容器,springmvc成做子容器。
父容器是由listener创建的,而自容器是由servlet进行创建的,所以父容器要比子容器创建的早。
父容器和子容器在寻找对象时,会先从自己的容器中查询,如果没有再从别人的容器中查找,所以父容器和子容器不能同时管理同一个对象,如果SpringMVC中有service对象而spring中也有service对象,而把事务对象分配到spring来管理,那么springmvc中执行service的对象就会没有事务管理。
所以,在我们进行配置的时候要么对象全部交给springMVC来管理,要么就分开清除进行管理,现在我们看看分开管理和一起管理的区别,首先一起管理时springmvc的服务如何配置:
<servlet>
<servlet-name>atguigu</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring/springmvc.xml,classpath:spring/applicationContext-*.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>atguigu</servlet-name>
<url-pattern>*.htm</url-pattern> <!-- 表示只调整页面,不调用业务层 -->
<url-pattern>*.do</url-pattern> <!-- 表示调用业务层 调用了这个以后,可以不用配置静态资源处理器 -->
</servlet-mapping>
主要看param-value 这里param已经是扫描了我们所有的文件了,也就是这里所有的对象全部都交给springmvc来进行管理了。这种写法比较简单,但是分工不够明确。
第二种分开写。
<servlet>
<servlet-name>springmvc</servlet-name>
<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
<init-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath:spring/springmvc-context.xml</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>springmvc</servlet-name>
<url-pattern>*.htm</url-pattern> <!-- 表示只调整页面,不调用业务层 -->
<url-pattern>*.do</url-pattern> <!-- 表示调用业务层 -->
</servlet-mapping>
这里springmvc就只加载自己那部分的对象即可,spring的另外配置如下
<!-- 应用上下文参数 -->
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>classpath*:spring/spring-*.xml</param-value>
</context-param>
<!-- 监听器:
在服务器启动时,监听 ServletContext对象创建,去创建IOC容器对象。
将IOC容器对象存放到application域中。
ApplicationContext ioc = WebApplicationContextUtils.getWebApplicationContext(application);
-->
<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
</listener>
只加载配置spring自己的配置文件。当然这还没完,重点是在配置文件中,你扫描的部分是不是只是包含你自己的那一部分。
那么在springmvc-context中配置扫描为:
<!-- 扫描包:只管理Controller对象的生命周期。 -->
<context:component-scan base-package="com.atguigu.atcrowdfunding.*" use-default-filters="false">
<context:include-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
</context:component-scan>
其中use-default-filters属性为是否使用默认过滤器扫描,默认的会扫描@controller @service @Repository等注解,我们设置为false就全部都不扫描,然后配置一个只扫描controller注解的。
同理,在spring-context中的扫描包配置为包括所有的Controller除去Controller
<context:component-scan base-package="com.atguigu.atcrowdfunding.*">
<context:exclude-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
</context:component-scan>
匹配除去@controller的注解即可。
总结:其实不管你怎么配置,只要你把包都扫描到了,他一定不会报错,不过就是说,我们的事务配置必须要和service配置在同一个容器中罢了。