SpringMVC 的概念与入门

1.2 SpringMVC框架

1.2.1 关于MVC项目中的双配置

在某些旧的SpringMVC项目中，可能会看到在web.xml中有两个Spring的Context的配置文件

一般在 application-context. xml 配置与 Web 无关的 Bean, 如 Service 和 Dao等。在spring-servlet. xml配置与 Web相关的 Bean, 如 Controller和拦截器等。

 这样配置是什么意思? ContextLoaderListener 是 Servlet 标准的 Listener 组件, 加载时间比 DispatcherServlet早, 在 ContextLoaderListener 会先创建 Spring 的 ApplicationContext,该Context有其独立的周期, 使用 application-context. xml作为配置文件。

 在DispatcherServlet中也会创建ApplicationContext,此时会先从 ServletContext中获取在Listener中创建的ApplicationContext, 并作为Servlet中创建的 ApplicationContext的 parent, 使用spring servlet. xml作为配置文件。

如图所示，也就是说, ContextLoaderListener 中对应的是Parent Context, 在ServletContext中对应的是 Son Context。有两个 ApplicationContext的原因是为了职责分开, Parent Context作为Spring 应用的Context,而 Son Context的作用则是 Spring MVC的 Context, 第一个的职责是负责 Spring应用相关的Bean,而第二个只负责 Web应用相关的 Bean, 同时因为Application-Context的父子特性, Son Context可以获得 Parent Context中的Bean, 所以才出现了这种设计。 

1.2.2 弊端

 Parent Context与 Son Context中的 Bean 互相依赖。使用者在并不了解两者的情况下, 在 Son Context里配置了某个 Bean A, 但是在Parent Context中的某个 Bean B使用自动注入依赖了 Bean A, 此时因为 Parent Context 无法查找 Son Context的Bean， 会直接抛出无法找到Bean的异常。

 Parent Context与 Son Context配置环境混用。在默认情况下, Parent Context与Son Context的环境值 Environment是不相通的, Environment是用于提供 Spring 容器环境变量值的属性源,一般使用${propertyName}应用, 而在Parent Context 与 Son Context情况下,两个 Context中的 Bean 都不能使用另外一方 Context的变量值,这也会导致使用者产生迷惑。

于是,在Spring Boot中直接摒弃了这种设计, 按照默认配置执行, Spring Boot中就只存在单一的 ApplicationContext, 使用起来更加简单明了。