Spring以及SPringmvc相关问题: ServletContext -父子容器

总结如下：

• 明确了Servlet规范中ServletContext的作用和意义。此外明确一个Tomcat中多个web应用，每个人web应用有唯一的一个ServletContext（全局上下文）。[例子见:同一tomcat多个应用session问题]

       这个ServletContext 对应JSP中内置对象javax.servlet.jsp.ServletContext（作用于application全局级）

• 明确Spring（Spring.context包定义)上下文 ApplicationContext对象作为容器管理整个Spring生命周期.在web应用中ApplicationContext需要宿主环境即ServletContext. 在web应用启动的过程中初始化中(Servlet规范要求容器会加载执行相关initXXXX方法) Spring利用該标准, 通过ContextLoaderListener(实现Servlet规范中的监听器ServletContextListener以便能在ServletContext创建时候,同步实例化Spring容器-->ApplicationContext)
• SpringMVC有自己的上下文环境, 一个DispacherServlet对应有一个自己的上下文。
• 我们可以理解为Spring上下文为父上下文、为所有子上下文共享。一个ServletContext可以对应有一个Spring上下文（父/根上下文root web ApplicationContext），一个Spring上下文内可以有多个Servlet上下文（子上下文）。父上下文不可访问子上下文，子上下文相互不可访问。子上下文可以访问父上下文。本质上DispacherServlet就是一个servlet。
• 当sevlet在当前上下文中找不到管理的bean时，会到父上下文中寻找。父子上下文的使用场景不同，数据库连接、service层可以放到父上下文中以便整个web应用共享使用。而子上下文可以管理自己的组建对象以及web展现中的数据共享传输。
• Spring和SPringmvc的配置都在web.xml中. Spring通过实现了ServletContextListener的ContextLoaderListener实例化自己。 Springmvc通过Servlet配置实例化自己。
• 争议点：如果不配置ServletContextListener，只配置SpringMVC的DispacherServlet的情况下, DispacherServlet如果找不到父上下文是否会创建父上下文然后创建并关联自己的子上下文(创建自己的上下文(子上下文)是肯定的).  貌似上诉的情况是存在的. 实践中可以通过SpringMVC在配置文件中加载自己和SPRING的配置文件的方式加载. 这样一来, WebApplicationContextUtils直接获取父上下文的用法会失效，因为绑定到ServletContext中的KEY ID不同。具体如何获取父上下文（ApplicationContext）存在疑问。

在修改配置文件只通过SpringMVC来加载spring以及springMVC配置文件的实践中, 项目启动后并不报错,而在打开Jeesite首页后出现错误:

 错误信息：No WebApplicationContext found: no ContextLoaderListener registered?
请点击“查看详细信息”按钮，将详细错误信息发送给系统管理员，谢谢！
返回上一页   查看详细信息
错误信息：
java.lang.IllegalStateException: No WebApplicationContext found: no ContextLoaderListener registered?
    at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:252)
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:241)
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:208) 

的原因估计就是证明了SpringMVC可以加载SPRING容器, 但这种方式在原jeesite代码中使用父上下时需要修改相关代码.

此外:

日常行文中存在很多容易混淆的地方，比如web application指web应用.SpringMVC介入后产生的分层的上下文概念: root context父上下文其实就是Spring的ApplicationContext(上下文),对应SPRING.context包的ApplicationContext. 

而SpringMVC中的接口WebApplicationContext为继承了SPRING.context.ApplicationContext接口. SpringMVC初始化过程中也视图将自己的子上下文与父上下文进行了关联. 对于SpringMVC来说它的上下文(子上下文)是一种WebApplicationContext类型.ServletContextListener创建的父上下文为ApplicationContext类型.

在SpringMVC关联的时候可能会将父上下文由ApplicationContext转为WebApplicationContext进行使用.

		WebApplicationContext rootContext =
				WebApplicationContextUtils.getWebApplicationContext(getServletContext());
里面的代码通过当前ServletContext中属性ID: WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE 来获取SPRING上下文(父上下) 
并将其由Object转为WebApplicationContext进行使用.
当然在关联父上下文的时候:



cwac.setParent(rootContext);

这里的类型又是　void setParent(ApplicationContext parent);

估计这就是在一些文档中将父子上下文都成为WebApplicationContext的原因．

比如这个图：

 

明细阅读如下：

1 首先了解什么是ServletContext.

点击: Servlet 的ServletContext

点击ServletContext作用及其在JSP、Spring中的体现

2 大概总结

点击 Spring中DispacherServlet、WebApplicationContext、ServletContext的关系

3 具体说明

点击 深入分析Spring 与 Spring MVC容器 - 陶邦仁

点击 SpringMVC深度探险（三） —— DispatcherServlet与初始化主线 - downpour - ITeye技术网站 - 360安全浏览器 8.2

看看springmvc 和spring的关系论述接口: Spring MVC 教程,快速入门,深入分析 - 技术博客 - ITeye技术网站 - 360安全浏览器 8.2

源码阅读: 

点击 【Spring MVC】Spring MVC启动过程源码分析 - 程序园 - 360安全浏览器 8.2

null