SSM框架整合时web.xml的配置问题

一:首先,对于一个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.ROOTWEBAPPLICATIONCONTEXTATTRIBUTE为属性Key,将其存储到ServletContext中,便于获取;
三:再次,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,即根上下文(第2步中初始化的上下文)定义的那些bean。
https://img-blog.csdn.net/20170913113150399?watermark/2/text/aHR0cDovL2Jsb2cuY3Nkbi5uZXQvU2xvdGhfU2xvdGg=/font/5a6L5L2T/fontsize/400/fill/I0JBQkFCMA==/dissolve/70/gravity/Center

spring容器的启动过程大致可以分为三个阶段:定位、加载、解析主要入口代码在AbstractApplicationContext的refresh方法当中
SSM框架整合时web.xml的配置问题_第1张图片
我们这里主要分析web.xml中context-param和init-param的作用.
context-param是整个应用的上下文的配置,而init-param是单个servlet的配置,两者的作用域是不同的。
这两个节点是否可以不用配置?
答案是可以,但需要配置另外的文件,通过阅读spring源码得知,spring有默认的配置文件读取位置,当未配置context-param的时候,spring会去读取/WEB-INF/applicationContext.xml 文件,当spring的servlet未配置init-param的时候,spring会去读取/WEB-INF/{servletname}-servlet.xml文件,servletname为配置servlet的时候的名字。
在这里插入图片描述
FrameworkServlet类下
SSM框架整合时web.xml的配置问题_第2张图片
在这里插入图片描述

你可能感兴趣的:(java框架)