使用Spring MVC的时候会遇到3个上下文,从上到下分别是
ServletContext
,WebApplicationContext
以及DispatcherServlet
所在的MVC Context
(本文用的名字,方便交流),本文帮助完全弄明白他们之间的关系
上下文之间关系
本节内容完全COPY halty的回复,只是修改了一些拼写错误,鼓励大家去看原文
要想很好理解这三个上下文的关系,需要先熟悉spring是怎样在web容器中启动起来的。spring的启动过程其实就是其IoC容器的启动过程,对于web程序,IoC容器启动过程即是建立上下文的过程。
- 首先,对于一个web应用,其部署在web容器中,web容器提供其一个全局的上下文环境,这个上下文就是ServletContext,其为后面的spring IoC容器提供宿主环境;
- 其次,在web.xml中会提供有contextLoaderListener。在web容器启动时,会触发容器初始化事件,此时contextLoaderListener会监听到这个事件,其contextInitialized方法会被调用,在这个方法中,spring会初始化一个启动上下文,这个上下文被称为根上下文,即WebApplicationContext,这是一个接口类,确切的说,其实际的实现类是XmlWebApplicationContext。这个就是spring的IoC容器,其对应的Bean定义的配置由web.xml中的context-param标签指定。在这个IoC容器初始化完毕后,spring以
WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE
为属性Key,将其存储到ServletContext中,便于获取; - 再次,contextLoaderListener监听器初始化完毕后,开始初始化web.xml中配置的Servlet,这个servlet可以配置多个,以最常见的DispatcherServlet为例,这个servlet实际上是一个标准的前端控制器,用以转发、匹配、处理每个servlet请求。DispatcherServlet上下文在初始化的时候会建立自己的IoC上下文,用以持有spring mvc相关的bean。在建立DispatcherServlet自己的IoC上下文时(本文命名为
MVC Context
),会利用WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE
先从ServletContext中获取之前的根上下文(即WebApplicationContext)作为自己上下文的parent上下文。有了这个parent上下文之后,再初始化自己持有的上下文。这个DispatcherServlet初始化自己上下文的工作在其initStrategies方法中可以看到,大概的工作就是初始化处理器映射、视图解析等。这个servlet自己持有的上下文默认实现类也是XmlWebApplicationContext。初始化完毕后,spring以与servlet的名字相关(此处不是简单的以servlet名为Key,而是通过一些转换,具体可自行查看源码)的属性为属性Key,也将其存到ServletContext中,以便后续使用。这样每个servlet就持有自己的上下文,即拥有自己独立的bean空间,同时各个servlet共享相同的bean,即根上下文(第2步中初始化的上下文)定义的那些bean。
引申的提问或结论
WebApplicationContext 是MVC Context的父上下文,是否可以互相注入对方的bean?
WebApplicationContext中的bean可以注入到MVC Context的bean中,反向不可以(亲测)。参见一下代码:来自AbstractBeanFactory
// Check if bean definition exists in this factory.
BeanFactory parentBeanFactory = getParentBeanFactory();
if (parentBeanFactory != null && !containsBeanDefinition(beanName)) {
// Not found -> check parent.
String nameToLookup = originalBeanName(name);
if (args != null) {
// Delegation to parent with explicit args.
return (T) parentBeanFactory.getBean(nameToLookup, args);
}
else {
// No args -> delegate to standard getBean method.
return parentBeanFactory.getBean(nameToLookup, requiredType);
}
}
如果同一个bean被两个上下文扫描到,会怎么样?是不是有两个实例? 是的,会在两个上下文中生成两个独立的bean(亲测)
web.xml
为什么有时候需要ContextLoaderListener
,有时候又不需要?
其实是需要的,有时候不需要是因为不小心把其他的bean全部扫描进DispatchServlet的MVC Context里面了,所以不需要再加载WebApplicationContext(亲测)
是不是可以只配置MVC Context而不使用WebApplicationContext? 亲测可以(但是很少这么使用,原因我还不清楚,如果你知道,还请指教,不胜感激)
参考
本文由 创作,采用 知识共享署名4.0 国际许可协议进行许可。本站文章除注明转载/出处外,均为本站原创或翻译,转载前请务必署名。最后编辑时间为: 2020/05/16 14:02